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(57) For a large capacity recording medium, a user 
interface having high flexibility and enriched represen- 
tation is accomplished. A flag that represents whether 
a play item has a multiple angle structure of which the 
play item is reproduced with a plurality of angles is de- 
scribed. In addition, a flag that represents whether the 
beginning of each decode unit is an angle switchable 
point is described. In a seamless multiple angle struc- 
ture, the current angle can be switched without need to 



increase the number of interleave units. In a nonseam- 
less multiple angle structure, with the flag, in a prede- 
termined region on the rear end side of each angle, the 
current angle is prohibited from being switched. Thus, 
when a play item exits from the multiple angle, discon- 
tinuity in the reproduction can be prevented. In addition, 
with a flag that represents whether a sub play item 
should be reproduced not in synchronization with a main 
path, the sub play item of only audio data can be used 
as a BGM. 
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Description 

Technical Field 

[0001] The present invention relates to a reproducing 
apparatus, a reproducing method, a reproducing pro- 
gram, and a recording medium that allow a user lo in- 
teractively operate a program recorded on a large ca- 
pacity recording medium such as a blu-ray disc. 

Background Art 

[0002] In recent years, as a standard for a recordable 
disc type recording medium that is detachable from a 
recording and reproducing apparatus, a blu-ray disc 
standard has been proposed. The blu-ray disc standard 
prescribes a disc that has a recording medium having a 
diameter of 12 cm and a cover layer having a thickness 
of 0.1 mm. The blu-ray disc standard uses a bluish-pur- 
ple laser having a wavelength of 405 nm and an objec- 
tive lens having a numerical aperture of 0.85. The blu- 
ray disc standard accomplishes a recording capacity of 
27 GB (Giga bytes) maximum. As a result, a program of 
a BS digital high-vision broadcast available in Japan can 
be recorded for two hours or longer without deterioration 
of picture quality. 

[0003] As sources (supply sources) of AV (Audio/Vid- 
eo) signals recorded on the recordable optical disc, an 
analog signal of for example a conventional analog tel- 
evision broadcast and a digital signal of for example a 
digital television broadcast such as a BS digital broad- 
cast will be used. The blu-ray disc standard has estab- 
lished a method for recording AV signals of such broad- 
casts. 

[0004] As a derivative standard of the current blu-ray 
disc standard, a reproduction-only recording medium on 
which a movie, music, or the like is prerecorded is being 
developed. As a disc-shaped recording medium on 
which a movie or music is prerecorded, DVD (Digital 
Versatile Disc) has been widely used. The reproduction- 
only optica! disc in accordance with the blu-ray disc 
standard is largely different from and superior to the con- 
ventional DVD in a large recording capacity and a high 
speed transfer speed that allow a high-vision picture to 
be recoded for two hours or longer in high quality. 
[0005] The current blu-ray disc standard prescribes 
neither a method for displaying a list of video contents 
of a disc on a screen nor a user interface function for 
allowing a user to move a cursor on the list and select 
a video content that he or she wants to reproduce from 
the list. These functions are accomplished by a record- 
ing and reproducing apparatus main unit that records 
and reproduces video contents to and from the blu-ray 
disc. Thus, even if a video content is reproduced from 
the same recording medium, the layout of the contents 
list screen depends on the recording and reproducing 
apparatus for use, and so does the user interface. Thus, 
the user cannot easily use the blu-ray disc. Thus, it is 
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necessary to allow the reproduction-only disc to display 
a menu screen and so forth that the disc (contents) pro- 
ducer has designed, not depend on the reproducing ap- 
paratus. 

5 [0006] A multiple story function of which a selection 
screen is displayed while a video content is being repro- 
duced is generally called an interactive function. To ac- 
complish the interactive function, it is necessary for the 
disc producer to create a scenario that he or she has 

io designated a reproduction order and branches of the 
video content, describe the scenario using a program 
language, a script language, or the like, and record the 
described scenario on a disc. The reproducing appara- 
tus side reads and executes the scenario. As a result, 

f5 the reproducing apparatus reproduces a video content 
and displays selection screens that allow the user to se- 
lect branches of the video content that the producer has 
designated. 

[0007] The current blu-ray disc standard (blu-ray disc 
20 rewritable format ver 1 .0) prescribes neither a method 
for composing a menu screen and a branch selection 
screen that a contents producer has designated, nor a 
method for describing a process for a user input. Cur- 
rently, it is difficult lo reproduce a video content from a 
25 blu-ray disc in accordance with a scenario that the pro- 
ducer has designated with compatibility irrespective of 
manufactures and models of reproducing apparatuses. 
[0008] For a reproduction-only disc, the producer side 
desires a multiple angle function for allowing a user to 
30 select one of angles of an object photographed by a plu- 
rality of cameras so that the user can watch the object 
at his or her favorite angle. Thus, it is necessary to pro- 
vide such a function. 

[0009] The foregoing interactive function has been al- 
35 ready accomplished in for example the DVD (Digital Ver- 
satile Disc) standard. In the DVD video, while a moving 
picture is being reproduced, a menu screen is called us- 
ing for example a remote control commander. By select- 
ing a button displayed on a menu screen, the user can 
40 perform a process for changing the current scene that 
is being reproduced. In addition, the DVD video also has 
a multiple angle function. 

[001 0] The user interface and interactive function that 
have been accomplished by conventional recording me- 
^5 diums such as DVDs have been also desired for large 
capacity recording mediums such as blu-ray discs as 
reproduction-only discs. 

Disclosure of the Invention 

50 

[0011] Therefore, an object of the present invention is 
to provide a reproducing apparatus, a reproducing 
method, a reproducing program, and a recording medi- 
um that allow a user interface with high flexibility for a 
55 large capacity recorded medium to be accomplished. 
[001 2] In addition, another object of the present inven- 
tion is to provide a reproducing apparatus, a reproduc- 
ing method, a reproducing program, and a recording 
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0 medium that allow an enriched user interlace for a large 
capacity recorded medium to be accomplished. 
[001 3] To solve the foregoing problem, the present in- 
vention is a reproducing apparatus for reproducing con- 
tent data recorded on a disc shaped recording medium, 
the reproducing apparatus comprising: reading means 
for reading from the recording medium a video stream, 
a first flag described for each reproduction unit of the 
video stream, the number of angles that the reproduc- 
tion unit contains, and position information that repre- 
sents the positions of the angles on the video stream, 
the first flag representing whether or not the reproduc- 
tion unit can be reproduced with a plurality of angles; 
and reproducing means for controlling the reading 
means so that the video stream that composes the an- 
gles is read in accordance with the position information. 
[001 4] In addition, the present invention is a reproduc- 
ing method for reproducing content data recorded on a 
disc shaped recording medium, the reproducing method 
comprising the steps of: reading from the recording me- 
dium a video stream, a first flag described for each re- 
production unit of the video stream, the number of an- 
gles that the reproduction unit contains, and position in- 
formation that represents the positions of the angles on 
the video stream, the first flag representing whether or 
not the reproduction unit can be reproduced with a plu- 
rality of angles; and controlling the reading step so that 
the video stream that composes the angles is read in 
accordance with the position information. 
[0015] In addition, the present invention is a reproduc- 
ing program that causes a computer device to execute 
a reproducing method for reproducing content data re- 
corded on a disc shaped recording medium, the repro- 
ducing method comprising the steps of: reading from the 
recording medium a video stream, a first flag described 
for each reproduction unit of the video stream, the 
number of angles that the reproduction unit contains, 
and position information that represents the positions of 
the angles on the video stream, the first flag represent- 
ing whether or not the reproduction unit can be repro- 
duced with a plurality of angles; and controlling the read- 
ing step so that the video stream that composes the an- 
gles is read in accordance with the position information. 
[0016] In addition, the present invention is a disc 
shaped recording medium on which a reproducing pro- 
gram that can be read by a computer device has been 
recorded, the reproducing program causing the compu- 
ter device to execute a reproducing method for repro- 
ducing content data recorded on the recording medium, 
the reproducing method comprising the steps of: read- 
ing from the recording medium a video stream, a first 
flag described for each reproduction unit of the video 
stream, the number of angles that the reproduction unit 
contains, and position information that represents the 
positions of the angles on the video stream, the first flag 
representing whether or not the reproduction unit can 
be reproduced with a plurality of angles; and controlling 
the reading step so that the video stream that composes 



the angles is read in accordance with the position infor- 
mation. 

[0017] In addition, the present invention is a disc 
shaped recording medium on which content data has 
5 been recorded, wherein a video stream, a first flag de- 
scribed for each reproduction unil of the video stream, 
the number of angles thai the reproduction unil contains, 
and position information that represents the positions of 
the angles on the video stream have been recorded on 
10 the recording medium, the first flag representing wheth- 
er or not the reproduction unit can be reproduced with 
a plurality of angles, and wherein the video stream that 
composes the angles is read in accordance with the po- 
sition information. 
*5 [001 8] In addition, the present invention is a reproduc- 
ing apparatus for reproducing content data recorded on 
a disc shaped recording medium, the reproducing ap- 
paratus comprising: reading means for reading from the 
recording medium a main stream mainly reproduced, a 

20 sub stream reproduced as a sub of the main stream 
along therewith, and a flag that represents whether or 
not the sub stream should be repeatedly reproduced not 
in synchronization with the main stream; and reproduc- 
ing means for controlling the reproduction of the sub 

25 stream in accordance with the flag. 

[0019] In addition, the present invention is a reproduc- 
ing method for reproducing content data recorded on a 
disc shaped recording medium, the reproducing method 
comprising the steps of: reading from the recording me- 

^0 dium a main stream mainly reproduced, a sub stream 
reproduced as a sub of the main stream along therewith, 
and a flag that represents whether or not the sub stream 
should be repeatedly reproduced not in synchronization 
with the main stream; and controlling the reproduction 

35 of the sub stream in accordance with the flag. 

[0020] In addition, the present invention is a reproduc- 
ing program that causes a computer device to execute 
a reproducing method for reproducing content data re- 
corded on a disc shaped recording medium, the repro- 

40 ducing method comprising the steps of: reading from the 
recording medium a main stream mainly reproduced, a 
sub stream reproduced as a sub of the main stream 
along therewith, and a flag that represents whether or 
not the sub stream should be repeatedly reproduced not 

45 in synchronization with the main stream; and controlling 
the reproduction of the sub stream in accordance with 
the flag. 

[0021] In addition, the present invention is a recording 
medium on which a reproducing program that can be 

50 read by a computer device has been recorded, the re- 
producing program that causes the computer device to 
execute a reproducing method for reproducing content 
data recorded on a disc shaped recording medium, the 
reproducing method comprising the steps of: reading 

55 from the recording medium a main stream mainly repro- 
duced, a sub stream reproduced as a sub of the main 
stream along therewith, and a flag that represents 
whether or not the sub stream should be repeatedly re- 
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produced not in synchronization with the main stream; 
and controlling the reproduction of the sub stream in ac- 
cordance with the flag. 

[0022] In addition, the present invention is a disc 
shaped recording medium on which content data has 
been recorded, wherein a main stream mainly repro- 
duced, a sub stream reproduced as a sub of the main 
stream along therewith, and a flag have been recorded 
on the recording medium, the flag representing whether 
or not the sub stream should be repeatedly reproduced 
not in synchronization with the main stream, and where- 
in the reproduction of the sub stream is controlled in ac- 
cordance with the flag. 

[0023] In addition, the present invention is a reproduc- 
ing apparatus for reproducing content data recoded on 
a disc shaped recording medium, the reproducing ap- 
paratus comprising: reading means for reading from the 
recording medium video data, audio data reproduced in 
accordance with the video data, and a flag that repre- 
sents whether the video data and the audio data have 
been recorded as a multiplexed file or independent files; 
and reproducing means for reproducing the video data 
and the audio data that are read by the reading means 
in accordance with the flag that is read by the reading 
means. 

[0024] In addition, the present invention is a reproduc- 
ing method for reproducing content data recoded on a 
disc shaped recording medium, the reproducing method 
comprising the steps of; reading from the recording me- 
dium video data, audio data reproduced in accordance 
with the video data, and a flag that represents whether 
the video data and the audio data have been recorded 
as a multiplexed file or independent files; and reproduc- 
ing the video data and the audio data that are read at 
the reading step in accordance with the flag that is read 
at the reading step. 

[0025] In addition, the present invention is a reproduc- 
ing program that causes a computer device to execute 
a reproducing method for reproducing content data re- 
coded on a disc shaped recording medium, the repro- 
ducing method comprising the steps of: reading from the 
recording medium video data, audio data reproduced in 
accordance with the video data, and a flag that repre- 
sents whether the video data and the audio data have 
been recorded as a multiplexed file or independent files; 
and reproducing the video data and the audio data that 
are read at the reading step in accordance with the flag 
that is read at the reading step. 
[0026] In addition, the present invention is a recording 
medium on which a reproducing program that can be 
read by a computer device has been recorded, the re- 
producing program causing the computer device to ex- 
ecute a reproducing method for reproducing content da- 
ta recoded on a disc shaped recording medium, the re- 
producing method comprising the steps of: reading from 
the recording medium video data, audio data repro- 
duced in accordance with the video data, and a flag that 
represents whether the video data and the audio data 
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have been recorded as a multiplexed file or independent 
files; and reproducing the video data and the audio data 
that are read at the reading step in accordance with the 
flag that is read at the reading step. 

5 [0027] In addition, the present invention is a disc 
shaped recording medium on which content data has 
been recorded, wherein video data, audio data repro- 
duced in accordance with the video data, and a flag have 
been recorded on the recording medium, the flag repre- 

10 senting whether the video data and the audio data have 
been recorded as a multiplexed file or independent files, 
and wherein the video data and the audio data that arc 
read at the reading step are reproduced in accordance 
with the flag that is read at the reading step. 

15 [0028] As described above, according to the present 
invention, since a video stream, a first flag that is de- 
scribed in each reproduction unit and that represents 
whether or not each reproduction unit can be repro- 
duced with a plurality of angles, the number of angles 

20 of each reproduction unit, and position information that 
represents the position of each angle on the video 
stream have been recorded on the recording medium, 
a video stream that composes an angle can be read in 
accordance with position information. Thus, while a vid- 

25 eo stream of each reproduction unit being reproduced, 
the current angle can be switched to another angle. - 
[0029] In addition, according to the present invention, 
since a main stream that is mainly reproduced, a sub 
stream that is reproduced along with the main stream, 

30 and a flag that represents whetheror not the sub stream 
should be asynchronously and repeatedly reproduced 
not along with the main stream are recorded and the 
reproduction of the sub stream is controlled in accord- 
ance with the flag, while the main stream is being repro- 

35 duced, the sub stream can be asynchronously and re- 
peatedly reproduced not along with the main stream. 
[0030] In addition, according to the present invention, 
since video data, audio data reproduced in accordance 
therewith, and a flag that represents at least whether the 

*o video data and audio data have been multiplexedly or 
independently recorded are recorded and the video data 
and audio data are reproduced in accordance with the 
Hag, the reading method for video data and audio data 
can be controlled in accordance with the flag. 

45 

Brief Description of Drawings 

[0031 ] Fig. 1 is a schematic diagram showing a mech- 
anism for designating a reproduction order of an AV 

50 stream file; Fig. 2 is a UML diagram showing the relation 
of a clip AV stream, clip information, a clip, a play item, 
and a play list; Fig. 3 is a schematic diagram describing 
a method for referencing the same clip from a plurality 
of play lists; Fig. 4 is a schematic diagram describing a 

55 management structure of files recorded on a recording 
medium; Fig. 5 is a schematic diagram showing a syntax 
that describes an example of a structure of a file "info, 
bdav"; Fig. 6 is a schematic diagram showing a syntax 
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that describes an example of a structure of a block Ul Ap- 
plnfoBDAV(); Fig. 7 is a schematic diagram describing 
a syntax that describes an example of a structure ot a 
block TableOfPlayLists(); Fig. 8 is a schematic diagram 
showing a syntax that describes an example of a struc- 
ture of files "#####. rpls" and 'Wfltfft.vpls"; Fig. 9 is a 
schematic diagram showing a syntax that describes an 
example of a structure of a block UlApplnfoPiayListQ; 
Fig. 10 is a schematic diagram showing a syntax that 
describes an example of a structure of a block PlayList 
() ; Fig. 1 1 is a schematic diagram showing a syntax that 
describes an example of a structure of a block Playltcm 
(); Fig. 12 is a schematic diagram describing a bridge 
clip; Fig. 13 is a schematic diagram showing a syntax 
that describes an example of a structure of a block Play- 
ListMark(); Fig. 14 is a schematic diagram showing a 
syntax that describes an example of a structure of a file 
"%%%%% .dpi"; Fig. 15 is a schematic diagram show- 
ing an example of a structure of a plane used as a dis- 
play system of an image according to an embodiment 
of the present invention; Fig. 16 is a schematic diagram 
showing examples of resolutions and displayabie colors 
of a moving picture plane, a subtitle plane, and a graph- 
ics plane; Fig. 17 is a block diagram showing an exam- 
ple of a structure that combines the moving picture 
plane, the subtitle plane, and the graphics plane; Fig. 
18 is a schematic diagram showing an example of input 
and output data of a palette; Fig. 19 is a schematic dia- 
gram showing an example of a palette table held in a 
palette; Fig. 20 is a schematic diagram showing an ex- 
ample of a menu screen displayed on the graphics 
plane; Fig. 21 is a schematic diagram showing an ex- 
ample of an internal structure of a scenario in accord- 
ance with an originally defined scenario descriptive lan- 
guage; Fig. 22 is a schematic diagram describing cate- 
gories of a structure of a scenario; Fig. 23A, Fig. 23B, 
and Fig. 23C are schematic diagrams describing cate- 
gories of structures of scenarios; Fig. 24 is a schematic 
diagram describing titles and chapters; Fig. 25 is a sche- 
matic diagram describing a BD virtual player model; Fig. 
26A and Fig. 26B are flow charts schematically describ- 
ing an operation of a BD virtual player 30 in accordance 
with commands described in a scenario; Fig. 27A and 
Fig. 27B are flow charts describing reproducing opera- 
tions in accordance with play lists; Fig. 28A, Fig. 28B, 
Fig. 28C, Fig. 28D, Fig. 28E, Fig. 28F, Fig. 28G. and Fig. 
28H are schematic diagrams showing examples of com- 
mands used in a scenario; Fig. 29 is a schematic dia- 
gram showing an example of a file management struc- 
ture; Fig. 30 is a schematic diagram showing a syntax 
that describes an example of a structure of a file "sce- 
nario. hdmv"; Fig. 31 is a schematic diagram showing a 
syntax that describes an example of a data structure of 
a block Autoplay(); Fig. 32 is a schematic diagram show- 
ing a syntax that describes an example of a structure of 
a block ScenarioQ ; Fig . 33 is a schematic diagram show- 
ing a syntax that describes an example of a data struc- 
ture of a file "entrylist.data"; Fig. 34 is a schematic dia- 



gram showing a syntax that describes an example of a 
structure of a block Applnfo(); Fig. 35 is a schematic di- 
agram showing a syntax that describes an example of 
a structure of a block ScenarioEntry(); Fig. 36 is a sche- 
5 matic diagram showing a syntax that describes an ex- 
ample of a structure of a file "xxxx.rnpls"; Fig. 37 is a 
schematic diagram showing a syntax thai describes an 
example of a structure of a block PLCpntrollnfo(); Fig. 
38 is a schematic diagram that describes a field 
io PL_Playback_type; Fig. 39 is a schematic diagram that 
describes a field PL_random_accoss_modc; Fig. 40 is 
a schematic diagram showing a syntax that describes 
an example of a structure of a block PlayList(); Fig. 41 
is a schematic diagram showing a syntax that describes 

'5 an example of a structure of a block Playltem(); Fig. 42 
is a schematic diagram describing a field 
Pl_random_access_mode; Fig. 43 is a schematic dia- 
gram describing a field still_mode; Fig. 44 is a schematic 
diagram describing a field is_seamless_angle_change; 

20 Fig. 45 is a schematic diagram showing a syntax that 
describes an example of a structure of a block SubPlay- 
ltem(); Fig. 46 is a schematic diagram describing a field 
is _repeat_flag: Fig. 47 is a schematic diagram describ- 
ing a synchronous reproduction for a sub play item in 

25 accordance with a main play item; Fig. 48 is a schematic 
diagram showing a syntax that describes an example of 
a structure of a file "zzzzz.clpi"; Fig. 49 is a schematic 
diagram showing a syntax that describes an example of 
a structure of a block Cliplnfo(); Fig. 50 is a schematic 

30 diagram describing a field application Jype; Fig. 51 is a 
schematic diagram showing a syntax that describes an 
example of a structure of a block SequencelnfoQ; Fig. 
52 is a schematic diagram showing a syntax that de- 
scribes an example of a structure of a block Programlnfo 

35 Oi Fig. 53 is a schematic diagram showing a syntax lhal 
describes an example of a structure of a block Stream- 
Codinglnfo(); Fig. 54 is a schematic diagram showing a 
syntax that describes an example of a structure of a 
block CP!(); Fig. 55 is a schematic diagram describing 

40 a field C Pljypc; Fig. 56 is a schematic diagram showing 
a syntax that describes an example of a structure of a 
block EP_map_for__HDMV(); Fig. 57 is a schematic di- 
agram describing an extent; Fig. 58 is a schematic dia- 
gram showing an example of which a clip AV stream has 

^5 been fragmentally recorded on a disc; Fig. 59A and Fig. 
59B are schematic diagrams describing a multiple angle 
function; Fig. 60A and Fig. 60B are schematic diagrams 
showing a plurality of angle switchable points described 
in one interleave unit; Fig. 61 is a schematic diagram 

50 describing a flag is_angle_change_point: Fig. 62A and 
Fig. 62B are schematic diagrams showing an example 
of a nonseamless multiple angle block; Fig. 63A and Fig. 
63B are schematic diagrams describing that when an 
angle is switched in a nonseamless multiple angle block, 

55 a discontinuity takes place; Fig. 64A and Fig. 64B are 
schematic diagrams describing a first reproducing 
method for a nonseamless multiple angle block; Fig. 
65A and Fig. 65B are schematic diagrams describing a 
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second reproducing method for a nonseamiess multiple 
angle block; and Fig. B6A, Fig. 66B, and Fig. 66C are a 
functional block diagram showing an example of a struc- 
ture of a player decoder 100 according to an embodi- 
ment of the present invention. 

Best Modes lor Carrying out the Invention 

[0032] Next, an embodiment of the present invention 
will be described. According to an embodiment of the 
present invention, based on the blu-ray disc standard 
(blu-ray disc rewritable format ver 1 .0). which is a stand- 
ard for recording and reproducing data, functions nec- 
essary for a reproduction-only disc such as an interac- 
tive function and a multiple angle function are accom- 
plished. 

[0033] First of all, for easy understanding of the 
present invention, a management structure as pre- 
scribed in "Blu-ray Disc Rewritable Format Ver 1 .0 part 
3 Audio Visual Specification) for contents namely AV 
(Audio/Video) data prerecorded on a blu-ray disc will be 
described. In the following description . the management 
structure is referred to as BDAV format. 
[0034] A bit stream that has been encoded in accord- 
ance with an encoding system such as MPEG (Moving 
Pictures Experts Group) video or MPEG audio and mul- 
tiplexed in accordance with MPEG-2 system is referred 
to as clip AV stream (or simply AV stream). The clip AV 
stream is recorded as a file on a disc by a file system 
defined in "Blu-ray Disc Rewritable Format Ver 1 .0 part 
2" for a blu-ray disc. This file is referred to as clip AV 
stream file (or simply AV stream). 
[0035] A clip AV stream file is a management unit on 
the file system. Thus, it cannot be said that a clip AV 
stream file is a management unit that the user can easily 
understand. From a view point of user's convenience, it 
is necessary to record information necessary for com- 
bining a video content that has been divided into a plu- 
rality of clip AV stream files and reproducing the com- 
bined video content, information necessary for repro- 
ducing only a part of a clip AV stream file, information 
necessary for smoothly performing a special reproduc- 
tion and a search reproduction, and so forth as a data- 
base. "Blu-ray Disc Rewritable Format Ver. 1.0 part 3" 
as a standard for a blu-ray disc prescribes such a data- 
base. 

[0036] Fig. 1 schematically shows a mechanism for 
designating a part of all an AV stream file, arranging only 
desired portions thereof, and reproducing the arranged 
portions. In Fig. 1 , a play list (PlayList) causes a part or 
all an AV stream file to be designated and only desired 
portions thereof to be reproduced. When the user repro- 
duces a content, he or she select it in the unit of a play 
list. A play list is one video/audio unit in which the user 
implicitly expects that a content will be successively re- 
produced. 

[0037] The simplest structure of a play list is com- 
posed of one AV stream file after recording of a content 



is started until the recording is stopped. Unless the AV 
stream file is edited, it becomes one play list 
[0038] A play lis! is composed of information that rep- 
resents an AV stream file to be reproduced and sets of 

5 reproduction start points and reproduction stop points 
that designate reproduction start positions and repro- 
duction stop positions of the AV slream file. A pair of 
information of a reproduction start point and information 
of a reproduction stop point is referred to as play item 

10 (Playltem). A play list is composed of a set of play items. 
When a play item is reproduced, a part of the AV stream 
file referred from the play item is reproduced. 
[0039] As described above, a clip AV stream is a bit 
stream of which video data and audio data have been 

'5 multiplexed in the format of an MPEG2 TS (Transport 
Stream). Information about the clip AV stream is record- 
ed as clip information to a file. 

[0040] A set of a clip AV stream file and a clip infor- 
mation file that has corresponding clip information is 
20 treated as one object and referred to as clip. A clip is 
one object that is composed of a clip AV stream and clip 
information. 

[0041] A file is generally treated as a sequence of 
bytes. A content of a clip AV stream file is expanded on 

25 the time base. An entry point in a clip is regularly des- 
ignated on the time base. When a time stamp of an ac- 
cess point to a predetermined clip is given, a clip infor- 
mation file can be used to find information of an address 
from which data is read in a clip AV stream file. 

30 [0042] All play lists and clips recorded on one disc are 
managed with volume information. 
[0043] Fig. 2 shows a UML (Unified Modeling Lan- 
guage) diagram that represents the relation of the fore- 
going clip AV stream, clip information (stream at- 

35 tributes), clips, play items, and play list. One play list is 
correlated with one or a plurality of play items. One play 
item is correlated with one clip. One clip may be corre- 
lated with a plurality of play items whose start points and/ 
or end points are different. One clip AV stream file is 

^o referenced from one clip. One clip information file is ref- 
erenced from one clip. One clip AV stream file and one 
clip information file are correlated with the relation of one 
to one. With such a structure defined, a reproduction or- 
der can be non-destructively designated by reproducing 

^5 only any part, not changing a clip AV stream file. 

[0044] As shown in Fig. 3. the same clip can be refer- 
enced from a plurality of play lists. In the example shown 
in Fig. 3, a clip 1 is referenced from two play lists 2 and 
3. In Fig. 3, the horizontal direction of the clip 1 repre- 

50 sents the time base. The play list 2 references regions 
a to f of the clip 1 that include commercial message re- 
gions b and c and a scene e. The play list 3 references 
regions d to g of the clip 1 that include a scene e. When 
the play list 2 is designated, the regions a to f of the clip 

55 1 can be reproduced. When the play list 3 is designated, 
the regions d to g of the clip 1 can be reproduced. 
[0045] Next, with reference to Fig. 4 ? a management 
structure for files recorded on a recording medium pre- 
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scribed in "Blu-ray Disc Rewritable Format Ver 1 .0 part 
3" will be described. Files are hierarchically managed in 
a directory structure. One directory (a root directory in 
the example shown in Fig. 4) is created on the recording 
medium. Under the directory, files are managed by one 
recording and reproducing system. 
[0046] Under the root directory, a directory BDAV is 
placed. As shown in Fig. 4, a plurality of directories such 
as directories BDAV, BDAV1 , BDAV2. ..... BDAVn can be 

placed. In the following description, the plurality of di- 
rectories BDAV, BDAV1, BDAV2, ..... and BDAVn are 

represented by the directory BDAV. Only the represent- 
ative directory BDAV will be described. 
[0047] Under the directory BDAV, the following six 
types of files are placed. 

(1) info.bdav 

(2) menu.tidx, mark.tidx 

(3) menu.tdtl, mehu.tdt2. rnark.tdtl , mark.tdt2 

(4) #####. rpls. #####.vpls 

(5) %%%%%. dpi 



(6) 



.m2ts 



[0048] In the files "#####. rpls" and "#####. vpls" cat- 
egorized as (4), "#####" represents any number. In the 
file "%%%%%. dpi" categorized as (5), H %%%%%" rep- 
resents any number. In the file "**'**. m2ts" categorized 
as (6), represents a number of which a file ******* . 
m2ts" corresponds to a file , '%%%%%.clpi u with the re- 
lation of one to one. A number *" can be the same 
as a number "%%%%%". 

[0049] The file "info.bdav" categorized as (1) is a file 
that has information of all the directory BDAV. The files 
"menu.tidx" and "mark.tidx- categorized as (2) are files 
that have information of thumbnail pictures. The files 
"menu.tdtr, "menu.tdt2 M ! "rnark.tdtl \ and "mark.tdt2" 
categorized as (3) are files that have thumbnail pictures. 
The extensions "tdU" and "tdt2" of those files represent 
whether or not data of thumbnail pictures in those files 
have been encrypted. 

[0050] The files M #####.rpls M and "#####.vpls H cate- 
gorized as (4) are files that have information of play lists. 
The files "#####.rpls" and "#####.vpls n are placed un- 
der the directory PLAY LI ST, which is placed under the 
directory BDAV. 

[0051] The file "%%%%%.clpi" categorized as (5) is 
a file that has clip information. The file "%%%%%. CLP" 
is placed under the directory CLIPINF, which is placed 
under the directory BDAV. The file n *****.m2ts" catego- 
rized as (6) is a clip AV stream file that has a clip AV 
stream. A clip AV stream file is correlated with one clip 
information file "%%%%7o.clpi M with a file name number 
......... j he fjj e ... ... m 2ts" is placed under the directory 

STREAM, which is placed under the directory BDAV. 
[0052] Next, each file will be described in detail. The 
file "info.bda" categorized as (1) is only one file placed 
under the directory BDAV. Fig. 5 shows a syntax that 
describes an example of a structure of the file "info. 



bdav". The syntax is represented by a descriptive meth- 
od of C language, which is used as a program descrip- 
tive language for computer devices. This applies to 
drawings that show other syntaxes. 

5 [0053] In Fig. 5, the file "info.bdav" is divided into 
blocks corresponding to functions . A field type jndicator 
describes a character string "BDAV" thai describes that 
the file is "info.bdav". A field version_number represents 
a version of the file "info. bdav". A block UlApplnfoBDAV 

10 () describes information about information placed under 
the directory DBAV. A block TablcOf PlayList() describes 
information about the arrangement of the play list. A 
block MakersPrivateData() describes unique informa- 
tion of the maker of the recording and reproducing ap- 

15 paratus. 

[0054] Addresses that represent the beginnings of in- 
dividual blocks are described at the beginning of the file 
"info.bdav". For example, a field 
TableOfPlayLists_Start_address represents the start 

20 position of the block TableOfPlayListsQ" with the 
number of relative bytes in the file. 
[0055] Fig. 6 shows a syntax that describes an exam- 
ple of a structure of a block UIApplnfoBDAV(). A field 
length represents the length immediately after the field 

25 length until the end of the block UlApplnfoBDAV() in 
bytes. A field BDAV_character_set represents a char- 
acter set of a character sequence described in a field 
BDAV_name of the block UlApplnfoBDAVQ. As a char- 
acter set, ASCII, Unicode, or the like can be selected. 

30 [0056] A flag BDAV_protect_fiag describes whether 
or not the user is unconditionally permitted to watch a 
content placed under the directory BDAV. When the flag 
has been set to "1 " and the user has input a correct PIN 
(Personal Identification Number), he or she is permitted 

35 io watch a content placed under the directory BDAV. In 
contrast, when the flag BDAV_protect_flag has been set 
to "0", even if the user does not input his or her PIN, he 
or she is permitted to watch a content placed under the 
directory BDAV 

40 [0057] The personal identification number PIN is de- 
scribed in a field PIN. The personal identification 
number PIN is composed of for example a four-digit 
number, each digit ranging from 0 to 9. The personal 
identification number PIN represents a personal identi- 

4 5 fication number that is required when the reproduction 
control is validated. Digits of the personal identification 
number PIN are encoded in accordance with for exam- 
ple ISO (International Organization for Standardization) 
/IEC (International Electrotechnical Commission) 646 

50 standard. 

[0058] With the foregoing information described in the 
block UIApplnfoBDAV(), the reproduction restriction for 
the directory BDAV is prescribed. As will be described 
later, the reproduction restriction for each play list is pre- 
55 scribed with a flag playback_control_flag defined in the 
block UIApplnfoPlayList() described in the files "«####. 
rpls" and"#####.vpls M . 

[0059] In the example, to resume reproducing a con- 
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tent placed under the directory BDAV, a resume function 
can be used. The resume function allows a play list of 
a content to be reproduced in priority to be designated. 
It is assumed that the resume function is used when the 
user wants to resumes reproducing a content from the 
last stop position. 

[0060] In Fig. 6 ; a flag resume_valid_flag describes 
whether the resume function is valid/invalid. When the 
value of the flag has been set to "0 M . the resume function 
is invalid. When the value of the flag has been set to "1 
the resume function is valid. At that point, a play list des- 
ignated by a field rcsume_Playl_ist_file_namc is treated 
as a play list to be reproduced in priority. 
[0061] A field ref_to_menu_thumbnail_index is a re- 
gion that describes a thumbnail number that identifies a 
thumbnail picture that typifies the directory BDAV. In the 
blu-ray disc standard, a still picture that typifies the di- 
rectory BDAV is referred to as menu thumbnail. A 
thumbnail picture that has an index thumbnail_index de- 
scribed in the field ref_.to_menu_.thumbnailjndex is the 
menu thumbnail of the directory BDAV. 
[0062] A field BDAV_name_length represents the 
byte length of the name of the directory BDAV described 
in a field BDAV_name. The numberof bytes represented 
in the field BDAV_name Jength is valid for the character 
string of the field BDAV_name that represents the name 
of the directory BDAV. The rest of the byte sequence 
after the valid character string represented by the field 
BDAV_nameJength may have any value. 
[0063] Fig. 7 shows a syntax that describes an exam- 
ple of a structure of a block TableOf Playl_ists(). A field 
number_of_PlayLists represents the number of play 
lists placed under the directory BDAV. The number of 
play lists is referred to as loop variable. The field 
number_of_Playl_isls is followed by a loop of a "for" 
statement. The "for 11 statement describes play lists rep- 
resented by a field PlayList_file_name. The play lists are 
displayed on a play list table display screen or the like. 
A play list is designated with a file name such as "#####. 
rpls u or H #m#.vpls M in the field PlayListJile_name. 
[0064] As described above, the files "#####. rpls" and 
"#####.vpls n are placed under the directory PLAYLIST 
These files correspond to individual play lists in the re- 
lation of one to one. 

[0065] Fig. 8 shows a syntax that describes an exam- 
ple of a structure of the files "#####. rpls" and "#####. 
VPLS". In Fig. 8, the files "#####. rp Is" and "#####. vpls" 
each have blocks corresponding to functional informa- 
tion. A field type_indicator describes a character string 
that represents the file. A field version_number repre- 
sents a version of the file. 

[0066] A block UIApplnfoPlayList{) describes at- 
tribute information of the play list. A block PlayList() de- 
scribes information about play items that compose the 
play list. A block PlayListMark() describes information 
about a mark added to the play list. A block MakersPri- 
vateDataQ describes maker's unique information of the 
apparatus that has recorded the play list file. Fields 



Playl_ist_start__address, PlayListMark_start_address 
and MakersPrivateData_start_address are placed at 
the beginning of each of the files "#####. rpls" and 
M #####.vpls". These fields describe the start addresses 
5 of the corresponding blocks as address information of 
32 bits. 

[0067] Since the slart address of each block is de- 
scribed at the beginning of each of the files »UtiUUU.rp\s" 
and "#####. vpls", data padding_word of any length can 

10 be placed before each block and/or after each block. 
However, the start position of the block UlApplnfoPlay- 
List(), which is the first block of each of the files "fl ttttntt. 
rpls" and tffftf.vpls", is fixed at the 320-th byte from 
the beginning of each of these files. 

15 [0068] Fig. 9 shows a syntax that describes an exam- 
ple of a structure of a block UIApplnfoPlayList(). The 
block UIApplnfoPlayList() describes various types of at- 
tribute information about the play list. The attribute in- 
formation is not directly used for reproducing the play 

20 list. A field PlayList character^ set describes a character 
set of character string information about the play list. 
[0069] A flag playback_control_flag describes wheth- 
er or not display of information and reproduction of a 
play list are restricted in accordance with a personal 

25 identification number PIN. When the value of the flag 
playback_control_flag is for example "1 unless the us- 
er inputs a correct personal identification number PIN, 
information such as a thumbnail picture of a play list can- 
not be displayed and the play list cannot be reproduced. 

30 A flag write _protect_flag is an erase prohibition flag, it 
is necessary to structure the user interface so that when 
the value of the flag write_protectJlag is "1", the user 
cannot easily erase the play list. A flag is_played_flag 
describes that the play list has been reproduced. A flag 

35 is_ediled Jlag describes that the play list has been ed- 
ited. 

[0070] A field time_zone represents a tine zone of 
which the play list was recorded. A field 
record_time_and_date represents the date and time on 
*o and at which the play list was recorded. A field 
PlayList_duration represents the reproduction duration 
of the play list. 

[0071] Fields makerJD and maker_modeLcode de- 
scribe information that identifies a maker and a model 

45 of the recording apparatus that lasi updated the play list. 
The fields makerJD and maker_modeLcode are for ex- 
ample numbers. A field channel , number represents a 
channel number of a recorded clip AV stream. A field 
channel_name represents a channel name. A field 

50 channel_name_length represents the length of the 
channel name described in the field channel_name. In 
the field channel_name, a character string having the 
length described in the field channel_name_length is 
valid. A field PlayList_name represents a play list name 

55 having an effective length of a value described in the 
field PlayList namejength. A field PlayLisLdetail de- 
scribes detailed information of the play list having an ef- 
fective length of a value described in the field 
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PlayList_detailJength. 

[0072] Fig. 10 shows a syntax that describes an ex- 
ample of a structure of a block PlayListQ. A field length 
describes the length of bytes immediately after the field 
length until the end of the block PlayList(). A field 
PL_CPI Jype describes the type of CPI (Characteristic 
Point Information) of the play list. A field 
numberj)LPIayltems describes the number of play 
items that compose the play list. A field 
number_of_SubPlayltems describes the number of play 
items for after-recording audio (sub play items) added 
to the play list. In short, a play list can have a sub play 
item when the play list satisfies a predetermined condi- 
tion. 

[0073] A block Playltem() describes information of a 
play item. A block SubPlayltemQ describes information 
of a sub play item. 

[0074] Fig. 11 shows a syntax that describes an ex- 
ample of a structure of a block Playltem(). A field 
ClipJnformation_file_name describes a character 
string of a file name of a clip information file (that is a 
file having an extension dpi) has the relation of one to 
one with a clip that the play item references. The clip 
information file is a file having an extension "dpi". 
[0075] A field Clip_codec_identifier describes an en- 
coding system of a clip that the play item references. In 
the example, the field Clip_codec_ldentifier is fixed to a 
value ,, M2TS ,, ( A field connection_condition describes 
information of how this play item is connected to the next 
play item. The field connection_condition describes 
whether or not play items can be seamlessly repro- 
duced. 

[0076] A field reLto_STC_id designates a sequence 
STC_sequence of a cfip that the play item references. 
The sequence STC_sequence is a unique structure of 
the blu-ray disc standard. The structure represents a 
range of which a PCR (Program Clock Reference) that 
is a reference of an MPEG2 TS (Transport Stream) is 
continuous on the time base. A number STCJd that is 
unique in the clip is assigned to the sequence 
STC_sequence, In the sequence STC_sequence, since 
a continuous time base can be defined, the start time 
and end time of a play item can be uniquely designated. 
The start point and end point of each play item should 
exist in the same sequence STC_sequence. A field 
reMo_STC_id describes a sequence STC_sequence 
with a number STC_id. 

[0077] Fields INjime and OUTJime describe time 
stamps pts (presentation Jime_stamp) of the start point 
and end point of the play item in the sequence 
STC_sequence, respectively. 

[0078] A block BridgeSequencelnfo() describes infor- 
mation about a bridge clip (Bridge_Clip). As shown in 
Fig. 1 2, a bridge clip is a bit stream that is created when 
a function for seamlessly reproducing play items is ac- 
complished. By reproducing a bridge clip instead of an 
original bit stream at a boundary of the preceding play 
item and the current play item, the two play items can 



be seamlessly reproduced. Since the function of the 
bridge clip does not relate to the present invention, the 
description will be omitted. 

[0079] Fig. 13 shows a syntax that describes an ex- 
s ample of a structure of a block PlayListMark(). The block 
PlayListMarkQ has a data structure that describes infor- 
mation of a mark. A mark is a structure that describes 
time of a play list. With a mark, a function for setting a 
search point to a play list, a function for dividing a play 
'0 list into chapters, and so forth are accomplished. Timing 
of display start and display stop of a picture on a graph- 
ics plane (that will be described later) can be designated 
with a mark. 

[0080] A field length describes the length of bytes im- 

'5 mediately after the field length until the end of the block 
PlayListmarkQ. A field number_of_PlaylisLrnarks de- 
scribes the number of marks in a play list. One loop of 
a "for" statement represents information of one mark. A 
flag markjnvalidjlag describes whether or not the 

20 mark is valid. When the value of the flag 
markjn valid_flag is "0", it describes that the mark is val- 
id. When the value of the flag mark_invalid_flag is "1", 
it describes that although information of the mark exists 
in the database, the mark is an invalid mark that is trans- 

25 parent to the user. 

[0081] A field mark Jype describes the type of the 
mark. There are a mark that represents the position of 
a picture as a thumbnail picture (representative picture) 
of the play list, a resume mark that represents a position 

30 from which reproduction is resumed, a chapter mark that 
represents a search point, a skip mark that represents 
a region to be skipped and reproduced, a mark that rep- 
resents read start timing of a graphics image, a mark 
that represents display start timing of a graphics image, 

35 a mark that represents display stop timing of a graphics 
image, and so forth. 

[0082] A field mark_namejength represents a data 
length of a field mark_name (that will be described later). 
A field makerJD describes a maker of a recording ap- 

4 o paratus that created the mark. The field makerJD is 
used to identify a mark unique to a maker. A field 
ref_to_Playltem_id describes what play item has time 
designated by the mark. A field mark_time_stamp rep- 
resents time designated by the mark. 

45 [0083] A field entry_ES_PID describes what elemen- 
tary stream the mark was added (namely, whether the 
mark was added to a stream of which picture data and/ 
or sound data was encoded). A field 
reMojTienuJhumbnailjndex and a field 

50 refJo_markJhumbnaiUndex describe thumbnail pic- 
tures that visually represent marks. A thumbnail picture 
is for example a still picture that was extracted at time 
designated by the mark. 

[0084] A field duration is used when a mark has a 
55 length on the time base. When a skip mark is used, the 
field duration describes for what duration the skip is per- 
formed. 

[0085] A field rnakersjnformation is a region that de- 
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scribes information unique to the maker. A field 
mark_name is a region that describes a name that is 
assigned to a mark. The size of a mark is described in 
the foregoing field mark_name_length. 
[0086] Fig. 14 shows a syntax that describes an ex- 5 
ample of a structure of a file "%%%%%. clpi H . As de- 
scribed above, the file "%%%%%. clpi" is placed under 
the directory CLIPINF. The file ,, %%%%%.clpi' 1 is creat- 
ed for each AV stream file (file ut ****.m2ts"). The file 
"%%%%%.clpi" has blocks corresponding to functional 10 
information. A field type ^indicator describes a character 
string that represents the file. A field version_number 
describes a version of the file. 

[0087] A block Cliplnfo() describes information about 
a clip. A block SequencelnfoQ describes information '5 
about an incontinuous point of PCR that represents a 
time reference of a transport stream of the MPEG2 sys- 
tem. A block Programlnfo() describes information about 
a program of the MPEG2 system. A block CPI() de- 
scribes information about characteristic point informa- 20 
tion CPI that represents a characteristic portion in an AV 
stream. A block ClipMark() describes mark information 
that represents a search index point added to a clip and 
commercial start and/or end points. A block MakersPri- 
vateData() describes information unique to a maker of 25 
a recording apparatus. 

[0088] Address information that represents the begin- 
ning of each block in the file "%%%%%.clpi" is de- 
scribed as fields Sequencelnfo_start_address, 
Programlnfo_start_address, CPI_start_address, 30 
ClipMark_start_address, and 
MakersPrivateData_start_address. Since the clip file 
■*%%%%% .dpi" does not relate to the present invention, 
the description will be omitted. 

[0089] Since the BDAV formal has the foregoing data 35 
structure, with a play list composed of play items that 
describe sets of start points and end points of portions 
to be reproduced in a clip AV stream, contents recorded 
on the disc can be managed in a reproduction unit that 
the user can recognize. 40 
[0090] Next, an embodiment of the present invention 
will be described. According to the present invention, the 
foregoing BDAV format is extended for a format of a re- 
production-only disc. First, a structure of a plane that 
accomplishes a menu screen for the contents of a disc 
will be described. Next, a scenario structure that allows 
the contents producer side to designate the reproduc- 
tion order of a play list is added. For the scenario struc- 
ture, data necessary for accomplishing functions such 
as a still (pause), a random shuffle reproduction, a mul- 50 
tiple angle, and so forth that are characteristics of the 
reproduction-only disc and a method for storing such da- 
ta will be described. 

[0091 ] According to the embodiment of the present in- 
vention, a plane structure as shown in Fig. 15 is used. 55 
A moving picture plane 10 is displayed on the rearmost 
side (bottom). The moving picture plane 10 deals with 
a picture (mainly, moving picture data) designated by a 
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play list. A subtitle plane 1 1 is displayed above the mov- 
ing picture plane 10. The subtitle plane 11 deals with 
subtitle data displayed while a moving picture is being 
reproduced. A graphics plane 12 is displayed on the 
most front. The graphics plane 12 deals with character 
data for a menu screen and graphics data such as bit 
map data for buttons. One display screen is composed 
of these three planes. 

[0092] The difference between the embodiment of the 
present invention and the conventional DVD video is in 
that sub pictures for subtitles, a menu screen, buttons, 
and so forth arc separated into the subtitle plane 1 1 and 
the graphics plane 12 so that the subtitles and buttons 
are independently controlled. In the conventional DVD 
video, graphics such as a menu screen and buttons and 
subtitles are controlled by the same mechanism. They 
are displayed on the same plane. The number of bit map 
pictures that can be displayed at the same time is limited 
to one. Thus, in the DVD video, a plurality of bit map 
pictures cannot be displayed at the same time. In con- 
trast, according to the present invention, since the sub- 
title plane 11 and the graphics plane 12 are independ- 
ently disposed for subtitles and graphics, respectively, 
the foregoing problem of the conventional DVD can be 
solved. 

[0093] It can be thought that the subtitle plane 11 and 
the graphics plane 12 are an extension portion of con- 
ventional "Blu-ray Disc Rewritable Format Ver 1 .0 part 

3". 

[0094] The moving picture plane 1 0, the subtitle plane 
11 , and the graphics plane 12 can be independently dis- 
played. The moving picture plane 10. the subtitle plane 
1 1 , and the graphics plane 12 have resolutions and dis- 
play colors as shown in Fig. 16. The moving picture 
plane 1 0 has a resolution of 1 920 pixels x 1 080 lines, a 
data length of 1 6 bits per pixel, a color system of YCbCr 
(4:2: 2), where Y represents a luminance signal and 
Cb and Cr represent color difference signals. YCbCr (4 : 
2 : 2) is a color system having a luminance signal Y of 
eight bits per pixel and color difference signals Cb and 
Cr of eight bits each. With two horizontal pixels of the 
color difference signals Cb and Cr, data of one color data 
is composed. 

[0095] The graphics plane 1 2 has a resolution of 1 920 
pixels x 1080 lines, a sampling depth of eight bits per 
pixel, and a color system of eight-bit color map address- 
es using a palette of 256 colors. The subtitle plane 11 
has a resolution of 1920 pixels x 1080 lines, a sampling 
depth of eight bits per pixel, and a color system having 
eight-bit color map addresses using a palette of 256 
colors. 

[0096] The graphics plane 12 and the subtitle plane 
1 1 can be alpha-blended in 256 levels. When the graph- 
ics plane 1 2 and the subtitle plane 1 1 are combined with 
another plane, the transparency can be set in 256 levels . 
The transparency can be set for each pixel. In the fol- 
lowing description, the transparency a is represented in 
the range of (0 ^ a ^ 1) where transparency a = 0 rep- 
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,i resents perfect transparent; transparency a = 1 repre- 
sents perfect intransparent. 

[0097J The subtitle plane 1 1 deals with picture data of 
PNG (Portable Network Graphics) format. Likewise, the 
graphics plane 1 2 can deal with picture data of the PNG 5 
format. In the PNG format, the sampling depth of one 
pixel is in the range from one bil to 16 bits. When the 
sampling depth is eight bits or 16 bits, an alpha channel, 
namely transparency information (referred to as alpha 
data) of each pixel component can be added. When the to 
sampling depth is eight bits, transparency can be des- 
ignated in 256 levels. With the transparency information 
of the alpha channel, alpha-blending is performed. A 
palette image of up to 256 colors can be used. An ele- 
ment (index) of the propared palette can be represented /5 
with an index number. 

[0098] Picture data dealt with the subtitle plane 1 1 and. 
the graphics plane 12 is not limited to the PNG format. 
Alternatively, picture data that has been compression- 
encoded in accordance with for example JPEG system, 20 
picture data that has been run-length-compressed., or 
bit map data that has not been compression-encoded 
may be used. 

[0099] Fig. 17 shows an example of a structure of 
which three planes are combined with reference to Fig. 25 
15 and Fig. 1 6. Moving picture data of the moving picture 
plane 10 is supplied to a 422/444 converting circuit 20. 
The 422/444 converting circuit 20 converts the color 
system of the moving picture data from YCbCr (4:2: 
2) into YCbCr (4:4:4) and inputs the converted data 30 
to a multiplying device 21 . 

[0100] Picture data of the subtitle plane 11 is input to 
a palette 22. The palette 22 outputs picture data of RGB 
(4:4: 4). When transparency of alpha-blending is des- 
ignated, designated transparency a1 (0 ^ a1 ^ 1) is 35 
output from the palette 22. 

[01 01] Fig. 1 8 shows an example of input/output data 
of the palette 22. The palette 22 holds palette informa- 
tion as a table corresponding to for example a PNG for- 
mat file. An index number is referenced as an address *o 
of picture data of input data of eight bits from the palette 
22. In accordance with the index number, data of RGB 
(4:4:4) composed of data of eight bits each is output. 
In addition, data of the alpha-channel that represents 
transparency is obtained from the palette 22. 45 
[0102] Fig. 19 shows an example of a palette table 
that the palette 22 has. 256 color index values [0x00) to 
fOxFF] (where fOx] represents hexadecimal notation) 
are assigned three primary color values R, G, and Band 
transparency a each of which is represented with eight so 
bits. The palette 22 references the palette table in ac- 
cordance with the input PNG format picture data and 
outputs data of colors R t G, and B (RGB data) and trans- 
parency a of eight bits each for each pixel in accordance 
with an index value designated by the picture data. 55 
[0103] The RGB data that is output from the palette 
22 is supplied to an RGB/YCbCr converting circuit 29. 
The RGB/YCbCr converting circuit 29 converts the RGB 
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data into a luminance signal Y and color difference sig- 
nals Cb and Cr of eight bits each (hereinafter, they to- 
gether are referred to as YCbCr data). This is because 
data of planes should be combined in the common data 
format. Data is unified to YCbCr data that is the data 
formal of moving picture data. 

[0104] The YCbCr data and the transparency data u1 
that are output from the RGB/YCbCr convening circuit 
29 are input to a multiplying device 23. The multiplying 
device 23 multiplies the input YCbCr data by the trans- 
parency data ct1. The multiplied result is input to one 
input terminal of an adding device 24. The multiplying 
device 23 multiplies each of the luminance signal Y and 
the color difference signals Cb and Cr of the YCbCr data 
by the transparency data a1 . A complement (1 - a1 ) of 
the transparency data a1 is supplied to the multiplying 
device 21 . 

[0105] The multiplying device 21 multiplies the mov- 
ing picture data that is input from the 422/444 converting 
circuit 20 by the complement (1 - cc1 ) of the transparency 
data a1 The multiplied result is input to the other input 
terminal of the adding device 24. The adding device 24 
adds the multiplied results of the multiplying device 21 
and the multiplying device 23. As the result, the moving 
picture plane 10 and the subtitle plane 11 are combined. 
The added result of the adding device 24 is input to a 
multiplying device 25. 

[0106] Like the subtitle plane 11 , data of RGB (4:4: 
4) is output as picture data of the graphics plane 1 2 from 
the palette table 26A and input to an RGB/YCbCr con- 
verting circuit 26B. When the color system of picture da- 
ta of the graphics plane 12 is RGB (4:4: 4), it is con- 
verted into YCbCr (4:4:4) and output from an RGB/ 
YCbCr converting circult27. The YCbCr data that is out- 
put from the RGB/YCbCr converting circuit 27 is input 
to a multiplying device 28. 

[0107] When picture data of the graphics plane 1 2 is 
the PNG format, transparency data a2 (0 ^ a2 ^ 1 ) can 
be designated by each pixel in the picture data. The 
transparency data cc2 is supplied to the multiplying de- 
vice 28. The multiplying device 28 multiplies each of the 
luminance signal Y and the color difference signals Cb 
and Cr of the YCbCr data that is input from the RGB/ 
YCbCr converting circuit 27 by the transparency data 
ri2. The multiplied result of the multiplying device 28 is 
input to one input terminal of an adding device 29. A 
complement (1 - a2) of the transparency data o2 is sup- 
plied to the multiplying device 25. 
[01 08] The multiplying device 25 multiplies the added 
result of the adding device 24 by the complement (1 - 
a2) of the transparency data a2. The multiplied result of 
the multiplying device 25 is input to the other input ter- 
minal of the adding device 27. The adding device 27 
adds the multiplied results of the multiplying device 25 
and the multiplying device 28. As a result, the graphics 
plane 1 2 and the combined result of the moving picture 
plane 10 and the subtitle plane 11 are combined. 
[0109] When the transparency a of a non-picture re- 
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gion of the subtitle plane 11 and the graphics plane 12 
is designated to 0 (a = 0), a plane below those planes 
1 1 and 1 2 becomes transparent. As a result, moving pic- 
ture data on the moving picture plane 10 can be dis- 
played as a background of the subtitle plane 1 1 and the 
graphics plane 12. 

[0110) The structure shown in Fig. 17 can be accom- 
plished by hardware or software. 
[01 1 1 ] With the foregoing planes designated, a menu 
screen and buttons necessary for the reproduction-only 
disc standard can be displayed. When a button is se- 
lected on the menu screen, a play list corresponding to 
the button is reproduced. At that point, information about 
a link of play lists should have been recorded on a disc. 
A scenario that defines a link of play lists will be de- 
scribed. 

[0112] A screen that prompts the user to perform an 
operation, for example, a menu screen, can be dis- 
played on the graphics plane 12. Fig. 20 shows an ex- 
ample of a menu screen 60 displayed on the graphics 
plane 12. On the menu screen 60, characters and im- 
ages are displayed at particular positions. With the char- 
acters and images, "links" and "buttons 41 that allow the 
user to select to new operations can be placed. 
[0113] A "link" describes an access method to a pre- 
determined file with a character string or image data. 
When the user designates the character string or image 
data on a screen with for example a pointing device, he 
or she can access the predetermined file in accordance 
with the access method designated with the character 
string or image data. A "button" has three types of image 
data that represent a normal state, a selection state, and 
a pressed state for a "link". When the user designates 
one button image, the image data is changed in accord- 
ance with the slate that he or she has operated so that 
he or she can easily recognize the current state of the 
button. 

[0114] When the user designates a "link" or a "button", 
he or she moves a cursor on the screen with the mouse 
and clicks a mouse button (presses the mouse button 
several times) on a character string or an image on the 
"link" or an image on a "button". The same operation 
can be performed with another pointing device other 
than the mouse. Alternatively, with a remote control 
commander or a key operation of a keyboard, the user 
can designate a "link" or a "button". At that point, the 
user selects his or her desired "link" or "button" with a 
predetermined key such as a direction key and desig- 
nates the selected "link" or "button" with an OK key or 
the like. 

[0115] In the example shown in Fig. 20, a title 61 as 
image data is displayed at an upper portion of the menu 
screen 60 that is displayed on the graphics plane 12. 
The title 61 is followed by selection items 62A, 62B, 62C, 
and 62D as links. When the user selects and designates 
one of the selection items 62A, 62B, 62C, and 62D with 
a key operation of for example the remote control com- 
mander, a file linked to the designated selection item is 



accessed. 

[0116] AT lower positions of the menu screen 60, but- 
tons 64 and 65 are displayed. With the buttons 64 and 
65, subtitles can be displayed and a language of output 
5 sound can be selected from for example English and 
Japanese. When the buttons 64 and 65 are operated in 
Ihe foregoing manner, files used to display their selup 
screens are accessed and the predetermined screens 
are displayed. 

10 [0117] At a lower left portion of the menu screen 60, 
a character string 63 that describes a method for select- 
ing an item is displayed. The character string 63 is dis- 
played on tho graphics plane 12. 
[0118] To display the menu screen as shown in Fig. 

*5 20, any descriptive language for describing a screen dis- 
play method, link information, and so forth is required. 
According to the embodiment of the present invention, 
as the descriptive language, used are original display 
control commands for subtitles and buttons added to a 

20 command system of which DVD video navigation com- 
mands are changed so that a menu screen for a blu-ray 
disc can be displayed. 

[0119] On the menu screen 60 for the foregoing bluray 
disc, a table of for example play lists is displayed with 
25 image data, a character string, buttons, and so forth. It 
is expected that when a particular play list is designated, 
the designated play list is read and reproduced from the 
disc. 

[0120] In the example shown in Fig. 20, a table of play 

30 lists is displayed on the menu screen 60. In reality, im- 
ages and sound of the menu screen 60 and those that 
are generated in accordance with an item selected on 
the menu screen 60 are composed of a plurality of play 
lists. When a plurality of play lists that compose one 

35 menu item are correlated, a mechanism of which a story 
is branched can be accomplished. When a story is 
branched, a multiple story function that causes the con- 
tents of the story to vary in accordance with the user's 
selection, an automatic language reproducing function 

-to that causes a proper language to be automatically re- 
produced in accordance with a designated language of 
the player, and a parental function that causes scenes 
to be changed in accordance with the age of the user 
can be accomplished. 

45 [0121] Although those functions are especially effec- 
tive for recoded discs, but they are not prescribed in the 
current blu-ray disc standard, which mainly aims to 
record/reproduce television broadcasts. 
[0122] In the following description, the structure of 

so which a plurality of play lists are arranged is referred to 
as scenario. Fig. 21 shows an example of an internal 
structure of a scenario 70. The scenario 70 has a plu- 
rality of play lists 73A to 73M. In addition, the scenario 
70 has two portions (screens 80A and 80B) on which 

55 branch selection screens are displayed with the graph- 
ics plane 12. The screen 80A has graphics data 74A 
and a play list 73C with which a branch selection screen 
is displayed. Likewise, the screen 80B has a graphics 
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data 74B and a play list 73J with which a branch selec- 
tion screen is displayed. 

[0123] A scenario designates both an arrangement of 
play lists and display timing at which they are displayed 
on the graphics plane 12. The display timing of the play 
lists on the graphics plane 12 can be designated with 
display control commands added to an image displayed 
on the graphics plane. 

[0124] In the example shown in Fig. 21, the menu 
screen 60 corresponds to the screen BOA of the scenario 
70. A selection item (for example, the selection item 
62A) on the menu screen 60 is composed of graphics 
74A. When the selection item 62A is designated on the 
menu screen 60, the play list 73D that corresponds to 
the selection item is reproduced. 
[0125] In the scenario 70 shown in Fig. 21, when a 
disc is loaded into the player, the play list 73A is repro- 
duced. After the play list 73A has been reproduced, the 
play list 73B is reproduced. After the play list 73B has 
been reproduced, the play list 73C is reproduced. As a 
result, the graphics data 74A is read and the screen 80A 
that prompts the user to select a branch of the story is 
displayed. 

[0126] After the screen 80A is displayed, the story is 
branched in accordance with a user's selection. In the 
example shown in Fig. 20, when a first selection is per- 
formed, the screen 80A is displayed. Thereafter, the 
play lists 73D, 73E, and 73F are reproduced in succes- 
sion. As a result, the reproduction of the scenario 70 is 
completed. After the play list 73F has been reproduced, 
the main menu screen (for example, the foregoing menu 
screen 60) may be displayed again. 
[0127] When a second selection is performed on the 
screen 80A, after the screen 80A is displayed, the play 
list 73G is reproduced. A mark is set in the play list 73G 
at predetermined timing. When the play list 73G is re- 
produced, the play list 73G may be branched at the po- 
sition of the mark or fully reproduced in accordance with 
the setting of the reproducing apparatus, user's another 
scenario, or a selection on the branch selection screen. 
When all the play list 73G is reproduced, after the play 
list 73G is reproduced, the play lists 73M and 73I are 
reproduced in succession. Thereafter, the play list 73J 
is reproduced. 

[0128] When the play list 73G is branched at the po- 
sition of the mark, the play lists 73K and 73L are repro- 
duced in succession. After the play list 73L has been 
reproduced, the reproduction is resumed from the posi- 
tion of the mark that has been set in the play list 73I. 
[0129] In the play list 73J, the graphics data 72B is 
read. The screen SOB that prompts the user to select a 
branch of the story is displayed. In the first selection on 
the screen 80B. the play list 73F is reproduced. In the 
second selection of the screen BOB, the play list 73K is 
reproduced from the position of the mark that has been 
set in the play list 73K. 

[0130] When a scenario is reproduced, operations 
corresponding to a detected mark, a user's input, and 
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player's operation change are performed in accordance 
with command sequences (programs) executed by the 
player for play lists. 

[0131 ] Even if any of the play lists 73A to 73M is being 

s reproduced, when a menu button of the remote control 
commander is pressed, the menu screen 60 for a table 
of scenarios is displayed. An operation for a reproducing 
process for a play list for the menu screen 60 will be 
described. In this case, an event handler that corre- 

10 sponds to an event that takes place when the menu but- 
ton of the remote control commander is pressed (menu 
button press event) and that is a command that causes 
a play list for the menu screen 60 to be processed is 
described as global event handler 71. 

15 [0132] One scenario is defined in a directory. One 
scenario is composed of one or a plurality of play lists. 
The directory is for example the foregoing 8DAV direc- 
tory of the standard for recording and reproducing data 
and the HDMV directory (the details will be described 

20 later) supposed as the data region only for reproduction 
according to the embodiment of the present invention. 
[0133] Categories of scenarios will be described with 
reference to Fig. 22, Fig. 23A, Fig. 23B, and Fig. 23C. 
Based on connections of play lists, structures of scenar- 

25 ios can be largely categorized as three types that are 
(1) single play list, (2) sequential play list, and (3) mul- 
tiple play list as shown in Fig. 22. 
[0134] The single play list, categorized as ( 1 ), is a sce- 
nario composed of one play list as shown in Fig. 23A. 

30 For the single play list, a time line can be defined. There 
is no interrupt during reproduction of the scenario. When 
the content of the single play list is a movie, after the 
disc is loaded, only a movie main part is reproduced. 
[0135] The sequential play list, categorized as (2), is 

35 a scenario composed of a plurality of play lists that are 
linearly arranged without a branch as shown in Fig. 23B. 
The play lists are arranged in such a manner that the 
end of one play list is connected to the beginning of the 
next play list. In the sequential play list, a time line can 

40 be defined for each play list. When the content of the 
sequential play list is a movie, the scenario is composed 
of a menu screen and a movie main part. After the disc 
is loaded, a play list that causes a menu screen to be 
displayed is executed. When the reproduction of the 

4 5 movie main part is designated on the menu screen, the 
next play list is executed and the movie main part is re- 
produced. 

[0136] The multiple play list, categorized as (3), is a 
scenario that has a branch of a play list and a connection 

50 of play lists as shown in Fig. 23C. In the multiple play 
list a time line cannot be defined through all play lists. 
Instead, a time line is defined in each play list. With the 
multiple play list, an interactive function and a game 
function for varying reproduction contents in accord- 

55 ance with a user's input can be accomplish ed. When the 
content of the multiple play list is a movie, a multiple 
angle function that allows the user to select a desired 
angle from various angles photographed for the same 
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scene can be accomplished. 

[01 37] In the reproduction-only medium, one scenario 
is defined for the HDMV directory. However, it is neces- 
sary to allow the user to recognize the scenario in small- 
er units. Nevertheless, the unit of a play list does not 
always accord with a unit that the user can recognize. 
When one play list describes three movies, il is neces- 
sary to allow the user to see a search point of each mov- 
ie. A search point (entry point) that is independent from 
the structure of a play list is referred to as title and/or 
chapter. 

[01 38J Next, with reference to Fig. 24, titles and chap- 
ters will be described. A title represents any reproduc- 
tion start point in a scenario. In the example shown in 
Fig. 24, a title 1 is placed at the beginning of a play list 
470A. A title 2 is placed in the middle of a play list 470D. 
A region after the beginning of the play list 470A until 
the title 2 is the title 1 . A chapter is a unit of which a title 
is sub-divided. The can also recognize a chapter as a 
reproduction start point. The title 1 is sub-divided into 
chapters. In the example shown in Fig. 24, the title t has 
chapters 1 , 2, and 3. Thus, the title 1 is sub-divided into 
three portions. As shown in Fig. 24, each of a title and 
a chapter can be placed in the middle of a play list. 
[0139] Next, a model of a reproducing apparatus that 
operates in accordance with description of a scenario 
will be considered. The modeled reproducing apparatus 
is referred to as BD (Blu-ray disc) virtual player. The def- 
inition of the structure of the BD virtual player is referred 
to as BD virtual player model. 

[0140] Next, with reference to Fig. 25, the BD virtual 
player model will be described. After a disc is loaded 
into a BD virtual player 30, it reads as a PBC program 
40 a scenario described in the scenario descriptive lan- 
guage defined in the present invention from the disc and 
operates in accordance with the description of the sce- 
nario. 

[01 41 ] The BD virtual player 30 reproduces data from 
a disc shaped recording medium defined according to 
the embodiment of the present invention. The BD virtual 
player 30 is an object in a computer environment such 
as a personal computer. The computer environment is 
not limited to a general-purpose personal computer. In- 
stead, the computer environment includes a software 
environment incorporated with a dedicated reproducing 
apparatus and/or recording and reproducing apparatus 
that reproduces data from a disc shaped recording me- 
dium defined according to the embodiment of the 
present invention. Hereinafter, a disc shaped recording 
medium defined according to the embodiment of the 
present invention is referred to as disc. 
[01 42] The BD virtual player 30 roughly has two states 
A and B. In the state A, the BD virtual player 30 repro- 
duces a play list and graphics. In the state B, the BD 
virtual player 30 stops reproducing a play list and graph- 
ics. A state change from one state to another state and 
a designation of the next operation in one state are per- 
formed by commands to an object of the BD virtual play- 
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[0143] The state A has a plurality of operations. As 
operations in the state A, there would be a high speed 
reproduction, a variable speed reproduction such as a 

5 reverse reproduction, and a special reproduction such 
as a jumping reproduction thai slarls from any lime of a 
disc. When data of the graphics plane 12 is displayed, 
the variable speed reproduction and the special repro- 
duction of the BD virtual player 30 would be restricted. 

10 [0144] A PBC (Play Back Control) program 40 corre- 
sponds to a scenario recorded on the disc. As will be 
described later, a sconario describos a reproducing 
method for a play list recorded on the disc and a dis- 
playing method for a menu screen. The PBC program 

15 40 and the BD virtual player 30 exchange commands 
through an API (Application Programming Interface) 41 
so as, to reproduce a play list recorded on the disc. 
[0145] A scenario has two regions for commands in- 
cluding a program having commands that cause the 

20 player to be operated. The two regions are referred to 
as global command region and local global command 
region. 

[0146] The global command region has programs that 
are effective for the entire scenario. For example, the 

25 global program region describes a program that causes 
the player to initialize parameters when a disc is loaded 
into the player and to jump to a play list that composes 
a menu screen. The local command region describes 
programs for play lists. Local commands are catego- 

30 hzed as four types of commands that are pre-com- 
mands, play item commands, post commands, and but- 
ton commands. 

[0147] Fig. 26A and Fig. 26B show an outlined oper- 
ation of the BD virtual player 30 with a scenario that de- 

35 scribes original commands as a descriptive language 
according to the embodiment of the present invention. 
Fig. 26A shows an example of a disc loading operation 
of the BD virtual player 30. As described above, one sce- 
nario is created for the BDMV directory that will be de- 

40 scribed later. When the disc is loaded into the player and 
then an initial access is performed for the disc (at step 
S30), registers, namely, the common parameters 32 are 
initialized (at step S31 ). At the next step S32, a program 
is read from the disc and executed. The initial access 

*5 represents an operation of which reproduction for a disc 
is performed first time for example when a disc is loaded 
into the player. 

[0148] A command group (a program) that is initially 
read and executed when the disc is loaded into the play- 

50 er is referred to as global commands. The global com- 
mands describe for example an advertisement picture 
(trailer) and a jump command that jumps to a play list 
that composes a menu screen. The player reproduces 
the play list in accordance with the commands. 

55 [0149] Fig. 26B shows an example of an operation of 
the player 30 v/hen the user presses for example the 
play key while the player is in the stop state. This oper- 
ation corresponds to the state change from the state B 
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to the state A of the BD virtual player 30 as described 
in Fig. 25. In the stop state (at step S40), the user causes 
the BD virtual player 30 to operate in the reproduction 
mode with for example the remote controller (UOP: User 
Operation). At a result, the registers (namely, the com- 
mon parameters 32) are initialized (at step S41). Al the 
nexl step S42, the BD virtual player 30 enters a play list 
reproduction phase. 

[0150] Next, with reference to Fig. 27A and Fig. 27B, 
reproduction of a play list in the play list reproduction 
phase will be described. Fig. 27A shows an example of 
which a play list is composed of a single play item. A 
play list has a pre-command region, a play item com- 
mand region, and a post-command region that de- 
scribes respective programs. In the play list reproduc- 
tion phase, a pre-command of the pre-command region 
is executed (at step S10). After the pre-command has 
been executed, the player enters a play item reproduc- 
tion phase for play items that compose the play list (at 
step S11). In the play item reproduction phase, a stream 
whose start point and end point are designated by a play 
item is reproduced (at step S11 0). When the stream has 
been reproduced up to the end point, the play item com- 
mand is executed (at step S111). After the play item 
command has been executed, a post command of the 
post-command region is executed (at step S12). As a 
result, the play list has been reproduced. 
[0151] The post command is normally a jump com- 
mand that describes as a jump command a play list to 
be reproduced next or a play list that composes a menu 
screen. When there is no a jump command, the player 
enters the stop state (the state B shown in Fig. 25B). 
[01 52] Fig. 27B shows an example of which a play list 
describes a plurality of play items. In this case, the play 
list has a pre-command region, a play item command 
region, and a post-command region that describe re- 
spective commands. When the play list describes a plu- 
rality of play items, the play item command region de- 
scribes play item streams and play item commands of 
play items arranged in a time sequence. 
[0153] When the play list describes a plurality of play 
items, in the play list reproduction phase, a pre-com- 
mand is executed (at step S10). In the next play item 
reproduction phase, a stream is reproduced from the 
start point to the end point of each play item and a play 
item command is executed for each play item. In the ex- 
ample shown in Fig. 27B, a first play item stream is re- 
produced (at step S11 0-1). Thereafter, the correspond- 
ing play item command is executed (at step S111-1). 
Thereafter, a second play item stream (not shown) is 
reproduced (at step S110-2). The corresponding play 
item command is executed (at step S111-2). These op- 
erations are repeated for the number of the play items. 
After the last play item stream has been reproduced (at 
step S1 1 0-n) and the corresponding play item command 
has been executed (at step S111-n), the play item re* 
production phase is completed. After the play item re- 
production phase has been completed, a post command 
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is executed (at step S12). As a result, the play list re- 
production phase is completed. 

[0154] Fig. 2BA, Fig. 28B, Fig. 28C, Fig. 28D, Fig. 
28E, Fig. 28F, Fig. 28G, and Fig. 28H show part of com- 

5 mands. When commands exemplified in Fig. 28A, Fig. 
28B, Fig. 28C, Fig. 28D, Fig. 28E, Fig. 28F, Fig. 28G, 
and Fig. 28H are described in the post command region 
and a button command region that will be described lat- 
er, a jump to a predetermined play list can be accom- 

10 plished. Besides these commands shown in Fig. 28A, 
Fig. 28B, Fig. 28C, Fig. 28D, Fig. 28E, Fig. 28F, Fig. 
28G, and Fig. 28H, other commands can be defined. 
[0155] Next, commands for designating a reproduc- 
tion start position will be described. A command Link- 

f 5 PlayList (playListNumber) causes the reproduction of a 
play list designated by "playListNumber" to be started. 
A command LinkPlayltem (playListNumber, playltem- 
Number) causes the reproduction of a designated play 
item of a designated play list to be started, "playltem- 

20 Number" is " Play Item. Jd" whose value starts from "0". 
When "playltemNumber" is designated a value "0", a 
play list to which the play item belong is reproduced from 
the beginning. 

[0156] A command Link (position) (object) causes the 
25 current position to be moved in a scenario. This com- 
mand causes the current position to be moved to the 
adjacent play list, play item, or chapter. A parameter "po- 
sition" is one of "prev", "next", "top", "Parent", or "tail". 
A parameter "object" describes a moving method for an 
30 object (a play list, a play item, or a chapter) represented 
by the parameter "object". 

[0157] A command Exit causes the reproduction of a 
scenario to be stopped. In this case, the value of the 
standard register is not held. A command RSM causes 
35 resume information stored in the memory of the player 
to be called, set to a register, and the reproduction of 
the scenario to be started. 

[0158] Next, commands for obtaining the state of the 
player will be described. A command getMenuDescrip- 

40 tionLanguage() causes a language used to display a 
menu to be obtained. A command getScenarioNumber 
(), a command getPlayListNumber(), and a command 
getChapterNumber() cause a scenario number, a play 
list number, and a chapter number that are being repro- 

45 duced, respectively, to be obtained. A command get- 
PlayerSupportO causes version information of the play- 
er to be obtained. 

[0159] Next, commands for video streams will be de- 
scribed. A command getVideoStreamAvailabilityO 

50 causes information that describes whether or not a des- 
ignated video stream to be contained. A command 
setVideoStreamNumber() describes a video stream to 
be decoded. A command getVideoStreamNumber() 
causes the number of a video stream that is being se- 

55 lected to be obtained. Attributes of a video stream are 
for example an encoding system, a resolution, an aspect 
ratio, a display mode in the case that the aspect ratio is 
4 : 3, and presence/absence of closed caption. A com- 
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mand setAngleNumberQ describes an angle number. A 
command getAngleNumber() causes an angle number 
that is being selected to be obtained. A command get- 
MaxVideoStreams() causes a maximum number of bit 
streams to be obtained. 

[0160] Next, according to the embodiment of the 
present invention, a method For recording commands 
and databases that describe a scenario to a disc will be 
described. Fig. 29 shows an example of a file manage- 
ment structure according to the embodiment of the 
present invention. On the disc, one root directory is cre- 
ated. A portion under the root directory is managed by 
one reproducing system. 

[0161] Under the root directory, a directory BDMV is 
placed. Although it is not shown, similar to Fig. 4 de- 
scribed above, a plurality of directories BDMV can be 
placed under the root directory. Hereinafter, a system 
defined by the embodiment of the present invention is 
referred to as BDMV. 

[0162] Under the directory BDMV, two files "scenario, 
hdmv" and "entrylist.data" are placed. In addition, a plu- 
rality of directories "PLAYLIST", "CLIPINF", and 
"STREAM" are placed. 

[0163] Fig. 30 shows a syntax that describes an ex- 
ample of a structure of the file "scenario. hdmv". The file 
"scenario. hdmv" is a file that is initially read and execut- 
ed when an initial access is performed (namely, when 
the disc is loaded), The file "scenario. hdmv" has a file 
identification code (a field type ^indicator) and a version 
number (a field version_number). The version number 
is followed by functional data blocks. 
[01 64] The field typejndicator has a data length of 32 
bits. The field typejndicator has a predetermined char- 
acter string that describes that the file is "scenario.hd- 
mv M . The field version_number has a data length of 32 
bits for a version number. A field 
Scenario_start_address has a data length of 32 bits for 
an unsigned integer of a value that represents the posi- 
tion of the block Scenario() with the relative number of 
bytes from the beginning of the file "scenario. hdmv". 
[0165] A block Autoplay() starts from the 41-st byte 
(fixed position) of the file. The block AutoplayO de- 
scribes a program that is executed when the initial ac- 
cess is performed (reproduction for the disc is initially 
performed for example the disc is loaded). The block 
AutoplayO has the foregoing global commands de- 
scribed above. The block AutoplayO is followed by any 
number of padding words (padding_word) that allow a 
space to be formed after the block. 
[0166] Fig. 31 shows a syntax that describes an ex- 
ample of a structure of the block AutoplayO shown in 
Fig. 30. A field length has a data length of 32 bits for an 
unsigned integer. The field length describes the data 
length immediately after the end of the field length until 
the end of the block AutoplayO in bytes. A field 
number_of_commands describes the number of fields 
command(i) preceded thereby. The field command(i) 
has a data length of 32 bits as shown in Fig. 28 A, Fig. 
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28B, Fig. 28C, Fig. 28D, Fig. 28E, Fig. 28F, Fig. 28G, 
and Fig. 28H. The field command(i) describes a set of 
parameters of the player and commands such as a re- 
production start command for a designated play fist and 

5 a calculation command. 

[0167] A block Scenario() describes a "scenario" as 
explained above. The block Scenario() describes infor- 
mation about the reproduction order of play lists and a 
local command region for each play list. 

10 [0168] Fig. 32 shows a syntax that describes an ex- 
ample of a structure of the block Sccnario(). The block 
Sccnario() is a block that defines information of a sce- 
nario, namely links among play lists. The block Scenario 
() describes information about the foregoing pre-com- 

15 mands. post-commands : and play item commands and 
these commands themselves. The block Scenariof) has 
a region for fields of information about commands de- 
scribed therein and a region for those pre-commands, 
post-commands, and play item commands. 

20 [01 69] Afield length describes a value that represents 
the length immediately after the end of the field length 
to the end of the block Scenario() in bytes. A field 
number_of_PlayLists describes the number of play lists 
that composes the scenario. The field 

25 number_of_PlayLists is followed by data of each play 
list. Data for each play list is repeated the number of 
times designated by a loop counter i in a for loop, the 
maximum value of i being represented by the field 
number_of_PlayLists. 

30 [0170] A field Pre_Command_start_id describes a 
start number of a pre-command in a command table (a 
pre-command is executed before a play list is repro- 
duced). A number described in the field 
Pre_Command_start_id describes a loop counter] in a 

35 for loop that describes a field P1_Command(i) that will 
be described later. Likewise, a field 
Post_Command_start_id describes a start number of a 
post command in the command table (a post command 
is executed after a play list is reproduced). A number 

Jo described in the field Post_Command_start_id de- 
scribes the loop counter j in the for loop that describes 
the field PL_Command (j) that will be described later. 
[0171] A field Number_of Pre_Commands describes 
the number of pre-commands that compose a program. 

4 5 Pre-commands are executed before a play list is repro- 
duced. Likewise, a field number__of_Post_Commands 
describes the number of post-commands that compos- 
es a program. Post commands are executed after a play 
list has been reproduced. These programs are de- 

50 scribed in a command table that will be described later. 
[0172] A field number_of_Playltems describes the 
number of play items that composes the play item. A 
field PLCommand_startjd represents a start number 
of a play item command in a command table. A play item 

55 command is executed after the play item has been re- 
produced. A number described in the field 
PI_Command_startjd describes a loop counter j in a 
command table that will be described later. A field 
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number^oLPLCommands describes the number of 
play item commands, which are executed after the play 
item has been reproduced. Commands after the posi- 
tion described in the field PLCornmand_startjd until 
the number of commands described in the field 
number_oLPLCommands are executed after the play 
item has been reproduced. 

[0173] A field number_of__PL_Commands describes 
the number of commands in a command table preceded 
by the field number_of_PL_Commands. The command 
table has a for loop that describes a field PL_Command 
(j). Commands in the command table are assigned 
number j. The number j corresponds to the loop counter 
j in the for loop that describes the command table. A f ield 
PL_Command (j) describes one command. The number 
j is referenced from the foregoing field Pre_Command_ 
start_id, the field Post_Command_start_id, and the field 
PLCommand_start id. 

[0174] Fig. 33 shows a syntax that describes an ex- 
ample of a data structure of the file "entrylist.data". The 
file "entrylist.data" describes a file identification code (a 
field typejndicator), a version number (a field 
version_number), and a block start address (a field 
ScenarioEntry_start_address). The block start address 
is followed by functional data blocks. 
[01 75] The field typejndicator has a data length of 32 
bits for a predetermined character string that describes 
entry points of a title and a menu. A field 
version_number has a data length of 32 bits for a version 
number. The field Scenario Entry _start_address has a 
data length of 32 bits for an unsigned integer value that 
describes the start position of the block ScenarioEntry 
() with the relative number of bytes from the beginning 
of the field "entrylist.data". 

[0176] Fig. 34 shows a syntax that describes an ex- 
ample of a structure of a block ApplnfoQ. A field length 
has a data length of 32 bits for an unsigned integer that 
describes the length immediately after the end of the 
field length until the end of the block AppInfo() in bytes. 
A field HDMV_namc_character_set describes a charac- 
ter set for a field HDMV_name that will be described lat- 
er. A field PIN_valid_flag describes whether or not a per- 
sonal identification number should be set when repro- 
duction is performed. When the setting is valid, a field 
PIN that is followed by the field PIN_valid_flag describes 
a personal identification number. A field HDMV_name_ 
length describes the length of a valid portion of a field 
HDMV_name that is preceded by the field HDMV„ 
namejength. The field HDMV_name is a region that de- 
scribes a name of the directory HDMV in which the file 
"entrylist.data" is placed. The name of the directory HD- 
MV is described in the text format. The field 
HDMV_name has a fixed data length of 255 bytes. The 
name of the directory HDMV is described for a length 
described in the field HDMV_nameJength after the be- 
ginning of the field HDMV_name. 
[0177] Fig. 35 shows a syntax that describes an ex- 
ample of a structure of the block ScenarioEntry(). The 
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block ScenarioEntry() describes search points of a sce- 
nario. As described above, one scenario is created for 
the directory HDMV. A scenario links a plurality of play 
lists placed under the directory HDMV so as to define 
5 the reproduction order of the play lists. When the user 
sees a scenario, it does not always look like one picture 
unit or one sound unit, but as if it were composed of a 
plurality of "titles", 

[0178] When three movies are recorded on one disc, 

10 only one scenario that defines the reproduction order of 
the movies exists on the disc. However, the user would 
sec them as if three titles were recorded on the disc. 
Alternatively, a list of three titles would be displayed. In- 
cluding a title menu that allows the userto select one of 

*5 the titles, he or she would see them as if four titles were 
recoded. Since the user considers a menu screen as 
one picture unit or one sound unit, according to the em- 
bodiment of the present invention, a menu screen is 
treated as one type of a title. 

20 [0179] Since the unit of a scenario that defines a link 
of play lists is different from the unit that the user recog- 
nizes data as picture and audio, as described above, it 
is necessary to define search points in a scenario. A 
search point in a scenario is referred to as title entry. 

25 The block ScenarioEntryQ describes information of a ti- 
tle entry. 

[0180] Returning to Fig. 35, a field length has a data 
length of 32 bits for an unsigned integer that describes 
the length immediately after the field length until the end 

30 of the block Scenario Entry () in bytes. A field 
name_character_set describes a character set of a field 
TopMenu_name and a field Title_name that are preced- 
ed by the field name_character_set. 
[0181] The next block Top menu PL() describes an en- 

35 try point to a play list or a play list group that composes 
a menu displayed when the user presses the title menu 
key of the remote controller. One scenario has one top 
menu. The top menu is used to present for example titles 
to the user. A sub menu on which the user can set audio 

40 and subtitles can be placed as a lower menus of the top 
menu. A sub menu is also referred to as stream setup 
menu. 

[0182] In short, a field flags is a region that describes 
attribute information of a top menu. A field TopMenu_ 

45 reMo_Playl_ist_file_name describes a play list that 
composes a top menu or a play list that is an entry to a 
play list group. A field TopMenu ref. to„Playltem. id de- 
scribes the number of a play item from which the top 
menu starts in a play list described in the field TopMenu_ 

50 ref_to_ PlayLisU ile^name. When the play list is repro- 
duced from the beginning, the value of the field 
TopMenu_ref Jo_Playltemjd is "0° . A field TopMenu_ 
namejength represents the length of the name as- 
signed to a top menu. A field TopMenu_name describes 

55 a character string of the name assigned to a top menu. 
[0183] The block Top Menu PL() describes informa- 
tion about a title. A field number_of_Titles describes the 
number of title search points (title entries) in a tor loop 
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immediately preceded by the field number_of_Titles. In 
short, a field flags is a region that describes attribute 
information about a title. A field Title_ref_to_ 
Playlistji!e_name describes the file name of a play list 
that includes a title entry. A field Title_refJo_ 
Playltem_id is used when a title starts from a particular 
play item of a play lisl described in the field Tille_ref_ 
to_PlayList_ file_name. A field Title_namejength de- 
scribes the length of the name assigned to a title. A field 
Title_name describes a character string of the name as- 
signed to a title. 

[0184] Next, information about a sub menu is de- 
scribed. "Stream Setup Menu" is followed by an entry 
point to a play list or a play list group that composes a 
stream setup menu (namely, a sub menu) for each play 
item. A stream setup menu can be used for each play 
list to select such as sound, subtitles, or angle. For ex- 
ample, when the buttons 64 and 65 shown in Fig. 20 are 
pressed, a sub menu is displayed as a screen. 
[0185] A field number of. PiayLists describes the 
number of play lists used for a stream setup menu. The 
value of the field number_of_Playl_ists is used as the 
number of loop times of a for loop immediately preceded 
by the field number_of_PlayLists. In short, a field 
SSMenuJIags is a region that describes attribute infor- 
mation about a stream setup menu. A field SSMenu_ 
ref_to_PlayListJile_name describes a play list that 
composes a stream setup menu or a play list that is an 
entry of a play list group. A field SSMenu_ref_to_ 
Playltemjd describes the number of a play item from 
which a stream setup menu starts in a play list described 
in the field SSMenu_reMo_PlayList_file_name. When 
a play list is reproduced from the beginning, the value 
of the field SSMenu_ref_to_Playltem_id is "0", 
[0186] Fig. 36 shows a syntax that describes an ex- 
ample of a structure of a file "xxxxx.mpls". In Fig. 36 ; the 
file "xxxxx.mpls" has functional blocks of information. A 
field type_indicator describes a character string of the 
file. A field version_number describes the version of the 
file. Fields PlayList_start_address and PlayListMark_ 
start_address describe the start addresses of corre- 
sponding blocks as address information having a data 
length of 32 bits. 

[0187] A block PLControllnfoO describes attribute in- 
formation about the play list. A block Playl_ist() de- 
scribes information about a play item that composes the 
play list. A block P!ayl_istMark() describes information 
of a mark added to the play list. 
[0188] In the file "xxxxx.mpls", since start addresses 
of the block PLControllnfoO, PlayListQ, and PlayList- 
Mark() are followed by these blocks, padding data 
padding_word can be placed before and/or after each 
block in a desired length. The start position of the first 
block PLControllnfoO is fixed at the 41-st byte from the 
beginning of the file. 

[0189] Fig. 37 shows a syntax that describes an ex- 
ample of a structure of the block PLControllnfoO. The 
block PLControllnfoO describes various types of at- 
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tribute information about a play list, not directly required 
to reproduce the play list. A field PlayList_character_set 
describes a character set of character string intormation 
about a play lisl. 

5 [01 90] A field PL_playback_type describes a value as 
shown in Fig. 38. The field PL_playback_lype describes 
whether the play list is a regular play list that is sequen- 
tially reproduced, a play list of which play items are re- 
produced at random, or a play list of which play items 

10 are shuffled and reproduced. The random shuffle is des- 
ignated in the unit of a play list. One play list should not 
describe a regularly reproduced play item and a ran- 
domly shuffled play item block. When the disc is a re- 
production-only recording medium, the producer may 

is designate a random reproduction or a shuffle reproduc- 
tion. At that point, such information is required. 
[0191] A field playback_count describes the number 
of times of reproduction of a play item when the play list 
is a random reproduction play list or a shuffle reproduc- 

20 tion play list. A field playback. count describes the 
number of play items that are randomly reproduced or 
shuffle-reproduced. 

[0192] Afield PL_UOP_mask_table() describes infor- 
mation about restriction of user's operations. When the 

25 user is prohibited from performing operations such as 
playback, fast forward, fast rewind, and so forth while a 
play list is being reproduced, this region is properly de- 
scribed. When a proper value is described in the field 
PL_UOP_mask_table(), an alarm notice, a copyright 

30 notice, and so forth can be prevented from being 
skipped even it a fast forward operation or the like is 
performed. 

[0193] A field PL_random_access_mode describes a 
value as shown in Fig. 39. The field PL_jandom_ 

35 access_mode describes whelher a random access of 
which any position of the play list is jump-reproduced 
can be performed. When there is a play list that the disc 
producer wants the user to see, the value of the field 
PL_random_access_mode is set to [Ox 1]. When this 

40 play list is jump-reproduced, fast forward opcralion, fast 
rewind operation, reproduction from any time, and so 
forth are prohibited. When the disc is a reproduction- 
only recording medium, scenes such as a logo of a con- 
tents production company and precautions to be seen 

4 5 to the user may be recorded thereon. The field 
PL_random_access_mode describes information nec- 
essary for prohibiting such scenes from being skipped 
against variable speed reproduction operation or the 
like. 

50 [0194] Afield PlayList_duration describes a reproduc- 
tion duration of a play list. A field PlayList_name de- 
scribes a play list name having an effective length with 
a value described in the field PiayList_nameJength. A 
field PlayListjjetail describes detailed information 

55 about a play list having an effective length with a value 
described in the field PlayList_detailJength. 
[0195] Fig. 40 shows a syntax that describes an ex- 
ample of a structure of a block PlayList(). A field length 
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describes a byte length immediately after the field length 
until the end of the block Playlist(). A field 
number_of_Playltems describes the number of play 
items that compose the play list. A field number^ 
of_SubPlayltems describes the number of auxiliary play 
items (sub play items) reproduced along with the main 
play item. 

[0196] A block PlayltemQ describes information of a 
play item. A block SubPlayltem() describes information 
of a sub play item. 

[0197] Fig. 41 shows a syntax that describes an ex- 
ample of a structure of the block Playltem(). A field 
Clip_lnformation_file_name describes a character 
string of a file name of a clip information file (that has an 
extension of "dpi") corresponding to a clip that play item 
references in the relation of 1 to 1 . 
[0198] A field Clip_codecjdentifier describes an en- 
coding system of a clip referenced by the play item. Ac- 
cording to the embodiment, the field Clip_codec_lden- 
tifier describes a fixed value "M2TS2". In other words, 
according to the embodiment, the encoding system of 
a clip referenced by a play item is fixed to a system rep- 
resented by the value "M2TS". 
[0199] Aflagis_multi_angle describes whether or not 
the play item has a multiple angle structure (a first flag). 
[0200] A field connection_condition is information that 
describes in what mannerthe play item and the next play 
item are connected. The field connection_condition de- 
scribes whether or not play items can be seamlessly re- 
produced. 

[0201] A field ret_to_STC_id describes a sequence 
STC_sequence in a clip referenced by the play item. 
The sequence STC_sequence has a unique structure 
of the blu-ray disc standard that describes that PCR 
(Program Clock Reference) as a reference of the time 
base of an MPEG2 TS (Transport Stream) represents a 
continuous range. The sequence STC_sequence de- 
scribes a number STCJd that is unique in the clip. Since 
a continuous time base can be defined in the sequence 
STC_sequence f the start time and the end time of a play 
item can bo uniquely designated. In other words, the 
start point and the end point of each play item should 
be present in the same sequence STC_sequence. A 
field ref_to_STC_id describes a sequence STC_se- 
quence with a number STCJd. 
[0202] Fields IN_time and OUT_Time describe time 
stamps pts (presentation time, stamp) of the start point 
and the end point of the play item in the sequence 
STC_sequence, respectively. 

[0203] A field PLUOP_mask_table() describes data 
about a restriction against user's operations. Even if the 
user performs such a restricted operation, the player 
should not respond to that. To restrict a fast forward op- 
eration while a menu screen is being displayed, data 
about a restriction against such an operation is de- 
scribed in the field PLUOP_maskJable(). 
[0204] The field PLUOP_maskJable() is described 
for each play item. The field PI_UOP_mask_table() de- 
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scribes information that has the same object as the field 
PL_UOP_mask_table() of the foregoing block PLCon- 
trollnfo(), which describes information about reproduc- 
tion of a play list. A user's operation can be prohibited 

5 in either a play list or a play item. A user's operation dur- 
ing reproduction of a play ilem is prohibited depending 
on the result of an OR operation of information of a play 
list and information of a play item. 
[0205] In short, a field PIDJilterQ is a table that de- 

10 scribes the priority in streams reproduced by play items. 
[0206] A field PI_random_access_modc describes a 
value as shown in Fig. 42. The field PI_random_ 
access_mode describes whether or not a random ac- 
cess can be performed for jump-reproduction of any po- 

15 sition of a play item. When there is a play list that the 
disc producer side wants the user to see, a value [0x1] 
is described in the field PI_random_access_mode. 
Thus, when reproduction of a play item is started, the 
user can be prohibited from performing a fast forward 

20 operation, a rewind operation, a reproducing operation 
from any time, or the like. 

[0207] A field still_mode describes whether or not af- 
ter reproduction of a play item is started, the reproduc- 
tion is temporarily stopped. The field stilljnode de- 

25 scribes a value as shown in Fig. 43. When the value of 
the field stilLmode is [0x1], it describes that reproduc- 
tion of the play item is temporarily stopped for a period 
described in the next field still_time. Thus, still pictures 
can be successively displayed at intervals of a prede- 

30 termined period like a slide show. In this case, each still 
picture is a play item. In addition to a setting for a des- 
ignated time period, a setting for a non-designated time 
period of which reproduction is stopped until the user 
inputs data (pause setting) can be described in the field 

35 still_time. When the value of the field still_mode is [0 x 
2], the pause setting can be performed. 
[0208] When the value of the foregoing flag 
is_multi_angle is for example 'T\ the play item is a mul- 
tiple angle play item. After "Angle", information about 

Jo multiple angles is added. 

[0209] A field number_of_angles describes the 
number of angles. A field is_seamless_angle_change 
describes a value as shown in Fig. 44. The field 
is_seamless_angle_change describes whether or not 

^5 each angel has been recorded on the disc so that each 
angel can be seamlessly changed. 
[0210] The next for loop describes information about 
clips that compose angles. A field Clipjnformation_ 
file_name in the for loop describes a character string of 

50 a field name of a clip information file (that has an exten- 
sion "dpi") that corresponds to each clip that the play 
item references in the relation of 1 to 1. A field 
ref jo_STC_id describes a sequence SC_sequence of 
each clip that the play item references. 

55 [021 1] An angle corresponding to a value angle_id = 
0 has been defined in the first half part of the block Play- 
ltem() like a regular play item that is not an angle play 
item. Angles after the value anglejd = 1 are defined in 
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the for loop. The for loop does not contain an angle cor- 
responding to the value angle = 0. 
[0212] Fig. 45 shows a syntax that describes an ex- 
ample of a structure of a block SubPlayltem(). A field 
length describes the length Immediately after the field 
length until the end of the block SubPlayltem() in bytes. 
A field Clip_lnformalion_file_name describes a charac- 
ter string of a file name of a clip information file (that has 
an extension "dpi") that corresponds to a clip that the 
sub play item references in the relation of 1 to 1 . 
[0213] A field Clip_codccJdcntificr describes an en- 
coding system of a clip that the sub play item references. 
According to the embodiment, the field Clip_codoc_ 
Identifier is fixed to a value "M2TS". 
[0214] A field is_repeat_flag describes a value as 
shown in Fig. 46. The field is_repeat_flag is a flag that 
describes whether or not the sub play item is repeatedly 
reproduced not in synchronization with a main play item 
(main path). When the value of the field is_repeat_flag 
is "1", the sub play item is repeatedly reproduced until 
the main play item has been reproduced not in synchro- 
nization therewith. When the value of the field 
is_repeat_flag is "0", the sub play item is reproduced 
once in synchronization with the main play item. 
[0215] If the sub play item is a sub play item for only 
audio, when B 1" is described in the field is_repeatjlag, 
BGM (Back Ground Music) can be reproduced. 
[021 6] A field Sub Play Itemjype describes what char- 
acteristic the sub play item has. For example, when the 
value of the field SubPlayttemjype is "1°, it describes 
that the sub play item is a sub play item for only audio. 
[0217] A field reMo_STC_id describes a sequence 
STC_sequence of a clip that the play item references. 
Fields SubPlayltemJN_time and SubPlayltem_OUT_ 
Time describe lime stamps pis (presenlalion_time_ 
stamp) of the start point and end point of the sub play 
item in the sequence STC_sequence. 
[0218] When the value of the foregoing field 
is_repeat_flag is "O" and it represents that the sub play 
item is reproduced in synchronization with the main play 
item, the field sync_Playltem_id and the field 
sync_start_PTS_of_Playltem describe from what time 
of the main play item the sub play item is reproduced in 
synchronization therewith. 

[021 9] As shown in Fig. 47, the field sync_Playltem_id 
describes a play item of a main path (Playltem =1). The 
field sync_start__PTS_of_Playltem describes time of the 
main play item at which reproduction of a sub play item 
is started (t1). A field SubPlayltemJN_time and a field 
SubPlayltemJDUTjime describe a period for which a 
click as a sub play item is reproduced. 
[0220] Fig. 48 shows a syntax that describes an ex- 
ample of a structure of the file "zzzzz.clpi". In Fig. 48, 
the file "zzzzz.clpi" has functional blocks of information. 
A field type ^indicator describes a character string of the 
file. A field version_number describes the version of the 
file. A field Sequencelnfo.start^address, a field 
Programlnfo_start_address, a field CPI_start_address, 
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and a field ClipMark_start_address describe start posi- 
tions of respective blocks. 

[0221] Fig. 49 shows a syntax that describes an ex- 
ample of a structure of a block Cliplnfo(). A field length 

5 describes the length immediately after the field length 
until the end of the block Cliplnfo(). A field 
Clip_stream_lype describes the type of a clip AV 
stream. The value of the field Clip_stream_type may be 
fixed to for example "1" that represents a normal clip in 

io the reproduction-only disc standard. 

[0222] A field application_typc describes how a clip 
AV stream (that has an extension "m2ts") has been mul- 
tiplexed. The field application_type describes a value as 
shown in Fig. 50. The field application_type describes 

15 whether the clip AV stream is a normal video stream or 
a stream that has been multiplexed suitably for a still 
picture. 

[0223] More practically, in the example, the value of 
the field app!ication_type is "1" and it describes that the 
20 file of the corresponding clip AV stream complies with 
the rule of the HDMV transport stream according to the 
embodiment. With the clip AV stream, a normal moving 
picture is reproduced. 

[0224] When the value of the field applicationjype is 

25 "2 M . it describes that the file of the corresponding clip AV 
stream complies with the rule of the HDMV transport 
stream for a still picture that synchronizes with the re- 
production of audio. The clip AV stream is a file in ac- 
cordance with for example the MPEG2 format. In the 

30 clip AV stream, video data and audio data have been 
multiplexed. The video data has a structure of which I 
pictures of the MPEG2 are arranged as still pictures. As 
a result, the still pictures can be reproduced like a slide 
show on the time base of audio. This reproduction is re- 

55 ferred lo as time base slide show. 

[0225] When the value of the field application_type is 
"3", it describes that the file of the corresponding clip AV 
stream complies with the rule of the HDMV transport 
stream for still pictures reproduced not in synchroniza- 

-to tion with audio. The audio data and the video data are 
structured as different files. While the audio data is being 
reproduced, the video data is displayed in such a man- 
ner that still pictures are changed at any intervals or as 
designated by the user. The video data can be struc- 

45 tured in such a manner that for example I pictures of the 
MPEG2 are arranged as still pictures. Such reproduc- 
tion is referred to as browsable slide show. 
[0226] When the value of the field application_type is 
"0", the corresponding clip AV stream does not comply 

50 with the rule of the HDMV transport stream. 

[0227] It is assumed that multiplexing suitable for dis- 
playing still pictures allows an application such as a slide 
show of still pictures to be easily accomplished. In such 
an application, when one still picture is capsulate-mul- 

55 tiplexed with subtitles and graphics data to be superim- 
posed, they can be easily read. 
[0228] When a still picture is multiplexed with subtitles 
and graphics in the same manner as a normal moving 
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picture, subtitles to be displayed along with a still picture 
are multiplexed with picture data of a preceding still pic- 
ture (namely, so-called multiplexing phase difference 
takes place). As a result, unless stream data is read tor 
a long time, a still picture superimposed with subtitles 
and graphics cannot be displayed. 
[0229] According to the embodiment of the present in- 
vention, graphics data for video data and subtitles is 
contained in TS (Transport Stream) packets of the 
MPEG. One TS packet is composed of 188 bytes. The 
foregoing video data and graphics data arc divided so 
that they are contained in TS packets. When a packet 
of subtitle data corresponding to particular still picture 
data (called picture P1) is preceded by a packet of the 
next still picture (called picture P2), to display subtitles 
corresponding to the picture P1 , data of the picture P2 
should have been read. 

[0230] When a particular still picture is multiplexed 
with only associated subtitles and graphics (capsulat- 
ed), a stream that is not affected by other data can be 
created. When such an operation is repeated for each 
still picture and streams are connected, one stream of 
which data of each still picture (and associated subtitles 
and graphics data) is connected in series can be ob- 
tained. The stream that has been multiplexed in such a 
manner is referred to as still picture HDMV stream. 
[0231] There are two types of HDMV streams for still 
pictures that are time base slide show and browsable 
slide show. According to the embodiment, the two types 
are distinguished with different numbers of the field 
applicationjype. 

[0232] When a still picture and associated subtitles 
and graphics are capsutated and recorded, accessibility 
of which still pictures are changed and reproduced is 
improved. 

[0233] Returning to Fig. 49, a field Clip_stream_type 
describes the type of a clip AV stream. A field 
num_of_source_j3ackets describes the number of pack- 
ets contained in a clip AV stream. A field BD_system_ 
use and a block TS_typc_info_block() do not relate to 
the present invention. These description will be omitted. 
[0234] Fig. 51 shows a syntax that describes an ex- 
ample of a structure of a block SequencelnfoQ. A field 
length describes the length immediately after the field 
length until the end of the block SequencelnfoQ in bytes. 
A field num„of_ATC_sequence describes the number 
of sequences ATC .sequence that have been recorded 
in a continuous time period. When a reproduction-only 
medium is used, since the number of sequences 
ATC.sequence is "I", the description of the field 
num_of_ATC_sequences will be omitted. A field 
SPN_ATC_start describes the beginning of the se- 
quence ATC_sequence with a packet number. When the 
number of sequences ATC_sequence is "1", the begin- 
ning of the sequence ATC_sequence accords with the 
beginning of the clip AV stream file. Thus, the value of 
the field SPN_ATC_start is "0". 
[0235] A field num_oLSTC_sequences describes the 
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number of sequences STC_sequence of the sequence 
ATC_sequence. When a reproduction-only medium is 
used, since the number of sequences STC_sequence 
is "1", the description thereof will be omitted. A field 

5 offset__STC_id describes a fixed value u 0". A field 
PCR_PID describes a P1D of a TS packel thai has a 
PCR (Program Clock Reference) of an MPEG2 TS. A 
field SPN_STC_start describes the beginning of a se- 
quence STC_sequence with a packet number. When 

10 the number of sequences STC_sequence is 1 , since the 
field SPN_STC_start accords with the beginning of the 
clip AV stream file, the value of the field SPN_STC_start 
is "0". A field presentation_startJime and a field 
presentation_end_time describe a valid range of the clip 

15 AV stream. The range described in the field 
presentation_start_time and the field presentation^ 
end_time can be referenced from a play item. 
[0236] Fig. 52 shows a syntax that describes an ex- 
ample of a structure of a block Programlnfo(). A syntax 

20 structure of a block Porgramlnfo() for a recordable me- 
dium can be applied to that for a reproduction-only me- 
dium. Since there is no new structure in the block Pro- 
graming), detailed description is omitted. In the block 
Programlnfo(), as restrictions, a value "1" can be de- 

25 scribed in a field num_of _program_sequences and a 
value "1" can be described in a field num^oLgroups. 
[0237] Fig. 53 shows a syntax that describes an ex- 
ample of a structure of a block StreamCodinglnfo(). Like 
the block Programing), the block StreamCodinglnfoQ 

30 has a syntax structure similar to that of the recordable 
medium. With respect to video data : the block Stream- 
CodinglnfoQ describes attribute information of a format 
of video data, a frame rate, and an aspect ratio. With 
respect to audio data, the block StreamCodinglnfo() de- 

55 scribes attribute information of a sampling frequency 
and so forth. When the syntax structure of the recorda- 
ble medium is applied to the reproduction -only medium, 
as shown in Fig. 53, it is necessary to add a field 
language_code that describes a language of subtitles 

4 o and audio streams to the block StreamCodinglnfo(). 
This information is effective when the most suitable Ian- 
guage for audio and subtitles is selected in accordance 
with setting of the player. 

[0238] Fig. 54 shows a syntax that describes an ex- 
45 ample of a structure of a block CPI(). Generally, in an 
encoded stream such as an MPEG stream that has 
been compressed between frames, the stream can be 
decoded at limited positions for example the beginning 
of a GOP (Group Of Picture). The CPI (Characteristic 
50 Point Information) is a database that is a collection of 
information about start positions at which data can be 
decoded. The database correlates reproduction times 
and addresses of a file. The CPI tabulates information 
that describes start positions at which data can be de- 
55 coded. 

[0239] When data is reproduced from any time, by ref- 
erencing the CPI as such a database with the reproduc- 
tion time, the address of the reproduction position in the 
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file can be obtained Since this address is the beginning 
at which data can be decoded , the player can read data 
therefrom and quickly display a picture. 
[0240] A start position at which data can be decoded 
(in this example, the start position of a GOP) is de- 5 
scribed in the CPI and is referred to as EP (Entry Point) 
entry. 

[0241 J A field CPI_type describes the type of CPI. The 
field CPIJype describes a value as shown in Fig. 55. 
According to the present invention, the type of the field 10 
CPIJype describes CPI for a reproduction-only medi- 
um. In reality, the value of the field CPIJype is "8" that 
describes an EP entry map for HDMV (EPjnap_ 
typeJor_HDMV)> 

[0242] Fig. 56 shows a syntax that describes an ex- 15 
ample of a data structure of a block EPjnap of an EP 
entry for a reproduction-only medium, in other words s a 
block EP_mapJor_HDMV() of the foregoing field 
CPIJype. The map EP_map is a table that correlates 
reproduction times and addresses of a file for start po- 20 
sitions of GOPs. In the example shown in Fig. 56, as a 
table that correlates PTS (Presentation Time Stamp) of 
MPEG and SPN (Source Packet Number) for start po- 
sitions of GOPs, a database is created. SPN represents 
a source packet number that corresponds to a byte ad- ^5 
dress from the beginning of a file. 
[0243] The structure of the map EP jnap for the re- 
cordable medium is almost the same as the structure of 
the map EPjnap for the reproduction-only medium. Ac- 
cording to the embodiment, to reduce the data amount 30 
and speed up searches, coarse searches and fine 
searches are performed for individual values. Thus, the 
internal structure of the map EPjnap is divided into two 
for loops corresponding to coarse searches and fine 
searches. Consequently, the map EPjnap for the re- 35 
production -type disc is more complicated than a simple 
table "that correlates PTSs of the first I pictures of GOPs 
and addresses in a file". 

[0244] A field EP Jine Jable_start_ad dress describes 
the position of a table used for fine searches. The next *o 
for loop describes tables for coarse searches. The for 
loop describes fields PTS_EP_coarse and SPN_EP_ 
coarse. A field ref Jo_EPJinejd describes a table 
number for fine searches referenced from coarse 
searches. The fields PTS_EP_coarse and SPN_EP_ *5 
coarse describe high order bits of a PTS and an SPN. 
[0245] The for loop is followed by a padding word. The 
padding word is followed by a for loop that describes 
fields PTS_EPJine and SPN_EPJine. In addition, the 
for loop describes a flag is_angle_changej^oint and a 50 
field l_endj?osition_offset. The flag is_angle_ 
change_pomt describes whether each EP point corre- 
sponds to an angle changeable point when the clip AV 
stream has a multiple angle structure (a second flag). 
[0246] Next, the flag is_angle_changejx)int will be 55 
described. First of all, for easy understanding, how a clip 
AV stream is placed on a disc will be described. 
[0247] A clip AV stream is composed of a sequence 
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(block) of data of which logical addresses on the disc 1 0 
are successive. Hereinafter, a block of data as a clip AV 
stream of which logical addresses on the disc are suc- 
cessive is referred to as an extent. Fig. 57 schematically 
shows an arrangement of extents on a disc. In an ex- 
ampleshown in Fig. 57, one clip AV stream is composed 
of a sequence of extents 601 A, 601 B, and 601 C. The 
lengths of the extents and the arrangement thereof are 
properly controlled when the disc is produced. 
[0248] Then, the extents 601 A : 601 B. and 601C are 
structured so that they satisfy the minimum size rule. 
When the clip AV stream has been recorded on a disc 
600, it is assured that data that is reproduced is succes- 
sively supplied. 

[0249] When one file is composed of a plurality of ex- 
tents 601 A, 601 B, and 601 C as shown in Fig. 57, a read- 
ing operation for successively reading for example one 
extent 601 A and then the next extent 601 B is repeated. 
When one extent 601 A is read and then the next extent 
601 B is read, it is necessary to change the number of 
rotations of the disc 600 and move an optical pickup that 
composes a reading portion of the player for the disc 
600. 

[0250] The maximum access time for which the opti- 
cal pickup is moved on the disc 600 is around 0.8 sec- 
onds. While the optical pickup is being moved, data can- 
not be obtained from the drive , which composes the disc 
reading portion. On the other hand, since video and au- 
dio data are successively decoded and reproduced, a 
mechanism for compensating the access time is re- 
quired. 

[0251] When one extent 601 A and the next extent 
601 B are successively accessed, a jump takes place 
therebetween. When the byte length of the former extent 
601 A is large, before a jump is preformed; a sufficient 
amount of data can be read from the extent 601 A and 
stored in a buffer. Thus, while the jump is being per- 
formed, since the data stored in the buffer is supplied to 
the decoder, the data can be successively decoded. 
[0252] In other words, if the size of the extent 601 A 
from which the jump is performed is sufficiently large, 
while the next extent 601 B is being jumped, it is as- 
sumed that the stream will be successively supplied. 
Thus, to store a sufficient amount of data to the buffer, 
the lower limit of the size of an extent needs to be re- 
stricted. The minimum extent size is defined as a proper 
value in accordance with the read rate of the disc 600 
and the drive's access time. The condition for succes- 
sively supplying data can be determined depending on 
whether or not data has been arranged in accordance 
with the minimum size rule for extents. 
[0253] Fig. 58 shows an example of which a clip AV 
stream has been fragmentally recorded as for example 
extents 601 D and 601 E on a disc. To assure that the 
recorded clip AV stream is read at a predetermined bit 
rate from the recording medium in Fig. 58. the size of 
one extent should satisfy a condition given by the fol- 
lowing formula (1). 
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S x 8 / (S x 8 / Rud + Ts) >- Rmax (1 ) 

[0254] In the formula (1 ), "S" represents the size of an 
extent in bytes and "Ts" represents a full-stroke access 
time, namely the maximum access lime, in seconds 
from one extent 601 D to the next extent 601 E. "Rud" 
represents a bit rate at which data is read from a disc. 
"Rmax" represents a bit rate of a clip AV stream. "Rud" 
and "Rmax" are expressed in bits/second. "Q n by which 
the extent size S is multiplied is used for a byte/bit con- 
version. 

[0255] In other words, when data of a clip AV stream 
is successively arranged so that the size of each of the 
extents 601 D and 601 E becomes S bytes or greater, the 
sequence of the extents 601 D and 601 E can be seam- 
lessly reproduced. 

[0256] The formula (1 ) can be modified as formula (2). 
S x 8 >= Rmax . Rud • Ts / (Rud - Rmax) (2) 

[0257] When a real value is calculated in accordance 
with the formula (2), if the bit rate Rmax of the clip AV 
stream is 28 (bits/second), assuming that Rud = 35 Mb- 
ps (Mega Bit per second) and Ts = 0.8 seconds, the re- 
lation of S 14 MB (Mega Byte) is satisfied. In other 
words, in the example, the minimum extent size S be- 
comes 14 MB. 

[0258] In the foregoing manner, when one file is suc- 
cessively read, the condition for successively supplying 
data can be defined. This condition can be applied to a 
seamless angle switching function for seamlessly 
switching angles that are read in a multiple angle func- 
tion. 

[0259] Next, with reference to Fig. 59A and Fig. 59B, 
the multiple angle function will be described. As an ex- 
ample shown in Fig. 59A, the multiple angle function 
provides a region for a plurality of reproduction paths 
(this region is referred to as a multiple angle block). 
While the user is reproducing the region, he or she can 
freely switch one angle to another angle. When the 
same object is photographed by a plurality of cameras 
with different angles, such a multiple angle block can be 
formed. 

[0260] Pictures that compose a multiple angle block 
are not limited to the same scene. Alternatively, a mul- 
tiple angle block may be composed of a plurality of pic- 
tures to be selectively displayed in the same period on 
a reproduction time base. 

[0261 ] A multiple angle block is composed of one play 
item. In other words, one play item contains pictures of 
a plurality of angles. In the example shown in Fig. 59A, 
in a multiple angle block, one of three angles (angle (0) , 
angle (1), and angle (2)) can be selected. 
[0262] As an example shown in Fig. 59B : to shorten 
the access time for which one angle is switched to an- 
other angle, streams that compose a multiple angle 
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block are recorded in a special arrangement on the disc, 
This block recorded in the special arrangement on the 
disc is referred to as an interleave block. One succes- 
sive portion is referred to as an interleave unit. An inter- 
5 leave unit is recorded at successive addresses of the 
disc. An interleave unit satisfies the condition for the 
minimum extent size. In an interleave block, interleave 
units are arranged on the time base in accordance with 
angles. 

10 [0263] When one angle is switched to another angle 
in each interleave unit, since a jump is performed after 
data of the minimum extent size is read, the foregoing 
condition for successively supplying data is satisfied. 
When the beginning of a GOP is matched with the be- 

'5 ginning of an interleave unit, since the MPEG decoding 
can be performed from the beginning of an interleave 
unit, one angle can be seamlessly switched to another 
angle. 

[0264] Next, a position at which one angle can be 

20 seamlessly switched to another angle will be described. 
It is clear that one angle cannot be freely switched to 
another angle at any byte position due to both the char- 
acteristic of an MPEG stream that is inter-frame com- 
pressed and the condition for successively supplying 

25 data from the disc. As the simplest method, one angle 
is switched to another angle in each interleave unit that 
satisfies the minimum extent size. In addition, when the 
beginning of an interleave unit is matched with the be- 
ginning of a GOP, namely an EP entry, an MPEG stream 

30 can be successively decoded. 

[0265] When the number of angle switchable points 
is increased and the number of interleave blocks is in- 
creased by interleaving, one file is fragmented. As a re- 
sult, the amount of management information of the file 

35 system increases. For example, in the Blu-ray disc file 
system, when a file is divided into a plurality of extents, 
the number of disc regions increases. As a result, the 
database of the file system becomes large. As a result, 
the upper limit of the number of files that can be recorded 

to adversely decrease. 

[0266] Thus, according to an embodiment of the 
present invention, as shown in Fig. 60A and Fig. 60B, 
the size of one interleave unit is increased so that the 
number of interleave units of one interleave block is de- 

^5 creased and a plurality of angle switchable points are 
described in one interleave unit. Since an angle switch- 
able point is a decodable start point, the angle switcha- 
ble point is matched with one of EP points. 
[0267] The foregoing flag is_angle_change_point 

50 represents whether or not an EP entry that points at the 
beginning of a GOP is matched with an angle switchable 
point. The flag is_angle_change_point has a value as 
shown in Fig. 61. When the value of the flag 
is_angle_change_point is "I", it represents that the EP 

55 entry is an angle switchable point. When the value of 
the flag is_angle_change_point is "0", it represents that 
the EP entry is not an angle switchable point. 
[0268] Whether or not an EP entry is a seamless an- 



45 

gle switchable point basically depends on whether or not 
the EP entry and the preceding angle switchable point 
are apart by the minimum extent size or greater. In other 
words, the distance between EP entries for which one 
angle can be switched to anther angel, of which the val- 
ue of the flag is_angle_change_point is "1", should be 
apart by the minimum extent size or greater. 
[0269] Next, with reference to Fig. 60A and Fig. 60B, 
a seamless angel switching operation using the flag 
is_angle_change_point will be described. In Fig. 60A 
and Fig. 60B, points denoted by upward arrow marks 
represent angle switchable points. As an example 
shown in Fig. 60B, points denoted by upward arrow 
marks are EP entries that are angle switchable points. 
At each of these EP entries, the value of the flag 
is_angle_change_point is "1". 

[0270] With reference to Fig. 60A, it is assumed that 
while one angle (0) is being reproduced, the user switch- 
es the angle (0) to the angle (1 ). Then, the player con- 
tin uously reads a stream of the angle (0) until the closest 
EP entry of which the value of the flag is_angie_ 
change_point is "1°. Next, the player searches a clip in- 
formation file for an EP entry of the angle ( 1 ) in synchro- 
nization with the obtained EP entry obtains the byte po- 
sition of the obtained EP entry, and starts reading the 
stream from the obtained byte position. With the forego- 
ing operation, angles can be seamlessly switched. 
[0271] In the reproduction path on the disc, at the po- 
sition of which the value of the flag is_angle_ 
change_point is "1", a jump is performed between an- 
gles. 

[0272] Next, the case of which one angle is nonseam- 
lessly switched to another angle will be described. Non- 
seamless angle switching is angle switching of a discon- 
tinuity can take place in a picture. In the seamless angle 
switching, if angle switching is designated, as described 
above, a stream is reproduced until an angle switchable 
point. At the angle switchable point, the angle switching 
is performed. In contrast, in the nonseamless angle 
switching, when angle switching is designated, angles 
can be promptly switched without consideration of the 
condition for successively supplying data and the begin- 
ning of a GOP. Thus, the nonseamless angle switching 
has an advantage of short switching time. 
[0273] Fig. 62A and Fig. 62B show an example of a 
nonseamless multiple angle block. In the nonseamless 
angle switching, since a discontinuity can take place in 
a picture, it is not necessary to always move to another 
angle in synchronization with the current angle. For ex- 
ample, while a GOP of one angle is being reproduced, 
a jump can be performed from the angle to the beginning 
of the closest GOP of another angle, the GOP being ear- 
lier than the GOP of the original angle. As shown in Fig. 
62A, when a jump is performed from the angle (0) to the 
angle (t), the beginning of a GOP of the angle (1) is 
sought. In the example, after the angle (1) is slightly re- 
turned, it is reproduced. Fig. 62B shows a reproduction 
path on the disc in that case. 
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[0274] On the other hand, a nonseamless multiple an- 
gle block should be seamlessly connected at the exit 
thereof. In other words, when angle switching is not per- 
formed at all, like a regular reproduction, to improve the 

s quality of a reproduced picture, it is very important not 
to cause a discontinuity to take place at an entrance and 
an exil of a multiple angle block. 
[0275] According to the embodiment of the present in- 
vention, with the setting of the flag is_angle_ 

10 change_point, a nonseamless multiple angle block is 
seamlessly connected to the main part. 
[0276] A seamless connection between the main part 
and an angle block can be relatively easily performed. 
In other words, when the end of the main part (the end 

*5 of a play item immediately preceded by an entrance of 
a nonseamless multiple angle block) satisfies the con- 
dition of the minimum extent size, the main part can be 
seamlessly connected to any angle. 
[0277] On the other hand, in the vicinity of an exit of 

20 an angle block to the main part, when angles are 
switched in a path as shown in Fig. 63A, data after the 
last switched point to the end of the angle does not sat- 
isfy the minimum extent size. Thus, when a jump is per- 
formed at the exit of the multiple angle block, the condi- 

25 tion for successively supplying data is not satisfied. 
Thus, the picture is paused. Alternatively, a discontinuity 
takes place and for example the screen becomes black. 
Fig. 63B shows a reproduction path on the disc in that 
case. 

30 [0278] In the example shown in Fig. 63A, data from 
the position at which the angle (2) is switched to the an- 
gle (1) to the exit of the multiple angle block does not 
satisfy the minimum extent size. Thus, when the angle 
(1 ) is moved to the main part, since the amount of data 

35 that is read for the angle (1 ) is insufficient, a discontinuity 
takes place in the picture that is reproduced. 
[0279] According to the embodiment of the present in- 
vention, to solve the problem that takes place in the non- 
seamless angle switching, the flag is_ang!e_change_ 

to point is used for a nonseamless multiple angle block. 
While a nonseamless multiple angle block is being re- 
produced, when angles are switched, a discontinuity 
can take place in the picture. Thus, the value of the flag 
is_angle_change_point is all "Ts" as shown in Fig. 63B. 

45 in other words, a jump can be performed from any po- 
sition of an angle that is being reproduced. In addition, 
a reproduction can be performed from any jumped po- 
sition. 

[0280] Next, the definition of the flag is_angle_ 
50 change__point for a clip in a nonseamless multiple angle 
block will be given. As described above, in a region of 
which the value of the flag is^angle_change_point is "0", 
while a picture is being reproduced, angle switching to 
another angle Gump to another angle) and returning to 
55 the reproduction position of the original angle (return to 
original angle) are prohibited. In contrast, in a region of 
which the value of the flag is angle_change_point is "1 ", 
the "jump to another angle" and "return to original angle" 
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can beperformed. In the vicinity of the exit of each angle, 
at a predetermined number of positions, the value of the 
flag is_angle_change_point is set to "0". In the region of 
which the value of the flag is_angle_change__point is set 
to "0", the "jump to another angle" and "return to original 
angle" are prohibited. The size of the region of which 
the value of the flag is_angle_change_point is set to "0" 
is equal to or greater than the minimum extent size. 
[0281 ] Since the flag is_angle_change_point is set in 
such a manner, immediately before an exit of a non- 
seamless multiple angle block, the "jump to another an- 
gle" and "return to original angle" can be prohibited. 
[0282] For example, as shown in Fig. 64B and Fig. 
65B, the value of the flag is_angle_change_point is set 
to "0" in six EP entries on the rear end side of each in- 
terleave unit, whereas the value of the flag 
is_angle_change_point is set to T in the other EP en- 
tries of each interleave unit. 

[0283] Next, methods for reproducing a nonseamless 
multiple angle block in accordance with the value of the 
flag is_angle_change_point that has been set in the 
foregoing manner will be described. In the first method, 
in a region of which the value of the flag 
is_angle_change__point has been set to "0", the angle 
switching is prohibited. 

[0284] Next, with reference to Fig. 64A and Fig. 64B, 
the first method will be described. As described above, 
in six EP entries on the rear end side of each interleave 
unit, the value of the flag is_angle_change_point is set 
to "0" (see Fig. 64B). As shown in Fig. 64A, when the 
reproduction position is in the region of which the value 
of the flag is_angle_change_point has been set to "0", 
the angle switching is prohibited. Even if the user issues 
an angle switching command in the region : the player 
will ignore the command. In the example, the player 
does not perform the angle switching. The player exits 
the multiple angle block and enters the main part play 
item. Fig. 64B shows a reproduction path on the disc in 
that case. 

[0285] In the second method, although the angle 
switching is permitted in a region of which the value of 
the flag is_angle_change_point has been set to "0", af- 
ter the angle switching is performed, a jump is per- 
formed to a position at which the value of the flag 
is_angle_change_point has been set to "1". 
[0286] Next, with reference to Fig. 65A and Fig. 65B, 
the second method will be described. As described 
above, in six EP entries on the rear end side of each 
interleave unit, the value of the flag 
is_angie_change_point is set to "0" (see Fig. 65B). As 
shown in Fig. 65A, at a position whose distance to the 
exit of a multiple angle block is smaller than the mini- 
mum extent size, namely in a region of which the value 
of the flag is_angle__change_point has been set to "0", 
if angle switching is designated, the reproduction posi- 
tion is returned to a region of which the value of the flag 
is_angle_change_point has been set to "1" and the re- 
production is started from the region. Fig. 65B shows a 



reproduction path on the disc in that case, 
[0287] In any of the first and second methods, when 
a jump is performed at the exit of a multiple angle block, 
after data of the minimum extent size or greater is read, 
5 the next play item is reproduced. Thus, a discontinuity 
(nonseamless) can be prevented from taking place at 
the exit of an angle block. 

[0288] In Fig. 64A and Fig. 64B, an interleave block 
composes a nonseamless multiple angle block. Howev- 
io er, as shown in Fig. 65A and Fig. 65B. other than an 
interleave block can compose a nonseamless multiple 
angle block. 

[0289] Fig. 66A, Fig. 66B, and Fig. 66C are functional 
block diagrams showing an example of a structure of a 

15 player decoder 1 00 according to an embodiment of the 
present invention .The player decoder 1 00 interprets da- 
ta reproduced from a disc loaded into a drive device (not 
shown), outputs an AV stream, and allows the user to 
interactively operate the output AV stream. 

20 [0290] All operations of the player decoder 100 are 
controlled by a CPU (not shown). Streams and data 
flows of individual portions of the player decoder 100 
are monitored and controlled by the CPU. 
[0291] When the disc is loaded into the drive device 

25 (not shown), as described above, the file "scenario. hd- 
mv" and the file "entrylist.data" are reproduced. In ac- 
cordance with the descriptions of the file "scenario. hd- 
mv" and the file "entrylist.data", other necessary files are 
read from the disc and thereby a content recorded on 

30 the disc is reproduced. For example, in accordance with 
the descriptions of the tile "scenario. hdmv" and the file 
"entrylist.data", moving picture data displayed on the 
moving picture plane 10, image data displayed on the 
subtitle plane 11 and the graphics plane 12, a play list 

35 file, and so forth are read from the disc. 

[0292] In the following description, among those data 
that is read from the disc, streams such as moving pic- 
ture data, sub pictures (subtitle data), and sound data 
that should be continuously processed are referred to 

40 as real time streams. In contrast, non-real time data 
such as scenario files and play list files that are not re- 
quired to be successively processed are referred to as 
store objects. The store objects are stored in a memory 
or the like and expanded thereon. Store objects are 

4 5 stored in the memory or the like, expanded, and proc- 
essed when necessary. 

[0293] The player decoder 1 00 has two systems of in- 
put channels that are channel (1) and channel (2). A 
store object is input to an input terminal 101 of the input 

50 channel (1). A real time stream is input to an input ter- 
minal 202 of the input channel (2). Alternatively: a store 
object may be input to the input terminal 202. According 
to the embodiment, a real time stream and a part of a 
store object that are input to the input terminal 202 are 

55 MPEG2 TSs. 

[0294] When the rotation speed of the disc in the drive 
device is increased for example twice and the read 
transfer speed of the disc is increased, the reading op- 
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erations for two systems of the channels (1 ) and (2) from 
the disc are performed in time division basis. 
[0295] First of all. the system of the input channel (1 ) 
will be described. A store object that is input to the Input 
terminal 1 01 is input to a switch circuit 1 02. When a pro- 
gram code of the file "scenario. hdmv" as a store object 
is input, the switch circuit 1 02 selects an output terminal 
1 02A. The input program code is stored in a code buffer 
1 04. As another program, an HTML file, an ECMA script, 
or the like may be input. 

[0296] When image data and audio data arc input as 
a store object, the switch circuit 102 selects an output 
terminal 102B. As a result, the input image data is input 
to a switch circuit 103. When a real time stream that is 
input to the input terminal 202 does not contain image 
data displayed on the subtitle plane 11 or the graphics 
plane 12, the switch circuit 1 03 selects an input terminal 
1 03A. The image data and audio data that are input from 
the switch circuit 1 02 are stored in a contents buffer 1 05. 
[0297] Likewise, when image data displayed on the 
subtitle plane 1 1 or the graphics plane 1 2 and audio data 
as a sound effect are contained in a real time stream 
that is input to the input terminal 202, the switch circuit 
103 selects an input terminal 103B, As a result, the im- 
age data/audio data is stored in the contents buffer 1 05. 
Store objects stored in the code buffer 1 04 and the con- 
tents buffer 105 are read when necessary and supplied 
to a multimedia engine 106. 

[0298] The image data of the store object stored in the 
contents buffer 105 is also supplied to a graphics de- 
coder A 300 and a graphics decoder B 301 through 
switch circuits 107 and 108, respectively. 
[0299] In the example shown in Fig. 66A, Fig. 66B, 
and Fig. 66C. the graphic decoder A 300 decodes PNG 
format image data. The graphic decoder B 301 decodes 
JPEG format image data. Alternatively, the graphic de- 
coder A 300 and the graphic decoder B 301 may decode 
other format image data and/or a plurality of formats of 
image data. 

[0300] The multimedia engine 106 comprises an XML 
parser 1 06A, a script interpreter 1 06B, a graphic Tender- 
er 106C, a sound player 106D that reproduces a sound 
effect, and a scenario file analyzing engine 106E. The 
multimedia engine 106 may be composed of independ- 
ent hardware. Alternatively, the multimedia engine 106 
may be accomplished by a process of a predetermined 
program that the foregoing CPU (not shown) executes. 
[0301] The XML parser 1 06A has a function for pars- 
ing an XML (Extensible Markup Language) document. 
In addition, the XML parser 106A can also parse an 
HTML document. An HTML document parsed by the 
XML parser 106A is converted into a format that can be 
executed by the player decoder 100. The script inter- 
preter 106B analyzes an ECMA script and converts it 
into a format that can be executed by the player decoder 
100. The graphic Tenderer 106C decodes image data 
and obtains a format that can be expanded on the sub- 
titleplane 11 and the graphics plane 12. The soundplay- 
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er 106D reproduces audio data used for a button click 
sound and so forth. 

[0302] The multimedia engine 1 06 performs process- 
es for the XML parser 1 06A ; the script interpreter 1 06B, 

5 and the graphic renderer 106C with a work memory of 
a buffer 109, For example, the XML parser 106A and 
the script interpreter 1 06B use a code buffer 1 09a of the 
buffer 109. The graphic renderer 106C uses a graphics 
buffer 109D of the buffer 109. The buffer 109 further 

10 comprises a font buffer 1 09B that stores font data used 
to display a character string and a tree buffer 1 09C that 
stores the parsed result of the HTML document by the 
XML parser 106A in a hierarchical tree structure. The 
sound player 106D reproduces audio data stored in the 

15 sound buffer 109E. 

[0303] The multimedia engine 1 06 reads the scenario 
file "scenario. hdmv" and so forth stored in for example 
the code buffer 104. The scenario analyzing engine 
104E analyzes a scenario in accordance with the de- 

20 scription of the file that has been read. A drive device or 
the like (not shown) is controlled in accordance with the 
description of the analyzed scenario. Necessary files of 
moving picture data displayed on the moving picture 
plane 10, image data displayed on the subtitle plane 11 

25 and the graphics plane 12, audio data, and so forth are 
read from the disc loaded into the drive device. As a re- 
sult, a content is reproduced. 

[0304] Data that is stored in the code buffer 1 04 and 
the contents buffer 1 05 can be held therein until the data 
30 becomes unnecessary. Thus, data stored in the code 
butter 1 04 and the contents buffer 1 05 can be repeatedly 
read when necessary. 

[0305] In addition, the multimedia engine 106 reads 
an ECMA script from the code buffer 1 04. When neces- 

35 sary, the multimedia engine 106 reads another ECMA 
script and an HTML document from the code buffer 1 04 
in accordance with the description of the ECMA script 
that has been read. In addition, the multimedia engine 
106 reads image data from the contents buffer 105. 

40 [0306] In addition, the multimedia engine 106 per- 
forms a demultiplexing process for the plurality of types 
of input data, a JavaVM (Java (registered trademark) 
virtual machine) function, and so forth. Moreover, the 
multimedia engine 106 receives a user's input from op- 

^5 erating means such as a remote control commander, a 
pointing device, or the like (not shown) and performs a 
process in accordance with the user's input. The user's 
input is also supplied to the graphics decoder A 300, the 
graphics decoder B 301, an audio decoder 118, an 

50 MPEG video decoder 120, and a system decoder 121 
that will be described later. 

[0307] Image data processed by the graphic renderer 
1 06C is supplied to a sub picture plane 302 and a graph- 
ics plane 303 through switch circuits 130 and 131, re- 
55 spectively. In this example, it is assumed that image da- 
ta supplied to the sub picture plane 302 and the graphics 
plane 303 are bit map data of which image data in the 
PNG format, JPEG format, or the like has been decoded 
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by the graphic Tenderer 1 06C. Timing at which the image 
data is supplied to the planes 302 and 303 is controlled 
by the multimedia engine 1 06. 

[0308] The sub picture plane 302 and the graphics 
plane 303 correspond to the foregoing subtitle plane 1 1 5 
and graphics plane 12, respectively. A moving picture 
plane 135 corresponds lo the foregoing moving picture 
plane 10. Each of the sub picture plane 302 ; the graph- 
ics plane 303. and the moving picture plane 1 35 is com- 
posed of for example a frame memory. 10 
[0309] The multimedia engine 106 also supplies a 
control signal that causes one of the moving picture 
plane 135, the sub picture plane 302, and the graphics 
plane 333 to be selected or them to be combined to a 
presentation processor 1 39 that will be described later. 15 
Likewise, the multimedia engine 106 supplies a control 
signal that controls an output of an audio stream to a 
presentation processor 141 that will be described later. 
[0310] Next, the system of the input channel (2) will 
be described. A real time stream that is input as an 20 
MPEG2 TS to the input terminal 202 is supplied to the 
PID filter 110. The PID filter 110 extracts a PID (Packet 
Identification) from the MPEG2 TS transport stream and 
detects an attribute of a stream contained in a transport 
packet. The PID filter 110 separates the input real time 25 
stream into corresponding systems for each transport 
packet in accordance with the attribute of the stream. 
[0311] When a transport packet is a packet in which 
image data of a store object is contained, the transport 
packet is temporarily stored in a buffer TBn 111 A. The 30 
transport packet is read at predetermined timing and in- 
put to the switch circuit 103 through the input terminal 
103B that has been selected. Thereafter, the transport 
packet is stored in the contents buffer 105 through the 
switch circuit 103. 35 
[0312] When the PID filter 110 has determined that 
the transport packet contains PNG format data in ac- 
cordance with the PID, the transport packet is tempo- 
rarily stored in a buffer TBn 1 1 1 B and a buffer Bn 1 1 2B. 
The transport packet is read at predetermined timing *to 
and input to the switch circuit 107 through an input ter- 
minal 107B that has been selected. The transport pack- 
et is supplied to the graphics decoder A 300 through the 
switch circuit 107. 

[0313] The graphics decoder A 300 removes header ^5 
information from the supplied transport packet, decodes 
PNG data contained in the transport packet, and obtains 
image data for subtitles or graphics. When the image 
data is used as subtitles, the image data is input to an 
input terminal 1 30B of the switch circuit 1 30 and expand- so 
ed to the sub picture plane 302 through the switch circuit 
130 at predetermined timing. Likewise, when the image 
data is used as buttons, since they are displayed on the 
graphics plane, the image data is input to an input ter- 
minal 131 C of the switch circuit 130 and expanded to 55 
the graphics plane 303 through the switch circuit 131. 
[0314] When the PID filter 110 has determined that a 
transport packet contains JPEG data in accordance with 
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the PID, the transport packet is temporarily stored in a 
buffer TBn 11 1C and a buffer Bn 112C. The transport 
packet is read at predetermined timing, input to a switch 
circuit 1 08 through an input terminal 1 08B that has been 
selected, and supplied to the graphics decoder B 301 
through the switch circuil 1 08. 

[0315] The graphics decoder B 301 removes header 
information from the supplied transport packet, decodes 
JPEG data contained in the transport packet, and ob- 
tains bit map image data. When the image data is used 
as subtitles, the image data is input to an input terminal 
130C of the switch circuit 130 at predetermined timing 
and expanded to the sub picture plane 302 through the 
switch circuit 130. Likewise, when the image data is 
used as buttons, the image data is input to an input ter- 
minal 131 B of the switch circuit 131 at predetermined 
timing and expanded to the graphics plane 302 through 
the switch circuit 131. 

[0316] When the PID filter 110 has determined that a 
transport packet contains audio data in accordance with 
the PID, the transport packet is temporarily stored in a 
buffer TBn 1 11 D and a buffer Bn 11 2D. The transport 
packet is read at predetermined timing and supplied to 
the audio decoder 118. Audio data contained in the 
transport packet is compression-encoded in accord- 
ance with a system based on for example Dolby Digital. 
[031 7] The audio decoder 1 1 B has for example a lin- 
ear PCM (Pulse Code Modulation) audio decoder 119 
that removes header information from the input trans- 
port stream, decodes compression-encoded audio data 
contained in the transport packet, and finally obtains lin- 
ear PCM audio data. When the transport packet con- 
tains linear PCM audio data that has not been compres- 
sion-encoded, the data is directly input to the linear PCM 
audio decoder 119. The linear PCM audio decoder 119 
outputs the data without performing any process. 
[0318] The linear PCM audio data that is output from 
the audio decoder 1 1 8 is input to the presentation proc- 
essor 141 for audio. In the presentation processor 141 , 
a predetermined sound effect and so forth are added to 
the linear PCM audio data under the control of the mul- 
timedia engine 106 and then obtained from an output 
terminal 142. 

[0319] When the PID filter 110 has determined that a 
transport packet contains moving picture data in accord- 
ance with the PID, the transport packet is temporarily 
stored in a buffer TBn 111 E. a buffer MBn 113, and a 
buffer EBn 114, read at predetermined timing, and sup- 
plied to the MPEG video decoder 120. The moving pic- 
ture data contained in the transport packet has been 
compression-encoded in accordance with the MPEG2 
system. 

[0320] The MPEG video decoder 120 removes head- 
er information from the supplied transport packet, de- 
codes moving picture data that has been compression- 
encoded in accordance with the MPEG2 system, and 
obtains base band moving picture data. 
[0321] The moving picture data that is output from the 
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MPEG video decoder 120 is input to an input terminal 
124A of a switch circuit 124. In addition, the moving pic- 
ture data is input to an input terminal 124B of the switch 
circuit 1 24 through a buffer 1 23. In the switch circuit 1 24, 
the input terminals 124A and 1248 are selected at pre- 
determined liming. Output moving picture data is ex- 
panded on the moving picture plane 134. 
[0322] When the PID filter 110 has determined that 
the transport packet contains system information in ac- 
cordance with the PID, the transport packet is supplied 
to the system decoder 121 through buffers TBn 111 F 
and Bsys 1 1 5. The system decoder 121 removes header 
information from the supplied transport packet and ex- 
tracts the system information therefrom. The system in- 
formation is supplied to for example the CPU (not 
shown). 

[0323] Image data on the sub picture plane 302 is sup- 
plied to a palette 304 that corresponds to the foregoing 
palette table 22 shown in Fig. 17. The palette has 256 
colors. The palette is referenced with an index. RGB da- 
ta is output. In addition, transparency data a1 is extract- 
ed. The RGB data is converted into YCbCr data by an 
RGB/YCbCr converting circuit 306 that corresponds to 
the foregoing RGB/YCbCr converting circuit 29 shown 
in Fig. 17. In addition to the transparency data a1, the 
YCbCr data is supplied to the presentation processor 
139. 

[0324] image data on the graphics plane 303 is sup- 
plied to a palette 305 that corresponds to the foregoing 
palette table 26A shown in Fig. 17. As a result, RGB 
data and transparent data a2 are output. The RGB data 
is supplied to an RGBWCbCr converting circuit 307 that 
corresponds to the RGB/YCbCr converting circuit 26B 
shown in Fig. 1 7. As a result, the color system is con- 
verted from RGB (4:4:4) into YCbCr (4:4: 4). In ad- 
dition to the transparent data o2, the YCbCr data that is 
output from the RGB/YCbCr converting circuit 307 is 
supplied to the presentation processor 139. 
[0325] An output of the moving picture plane 135 is 
supplied to the presentation processor 139 through an 
up/down converter 138. The up/down converter 138 is 
a circuit that converts the resolution of the image. The 
up/down converter 138 converts for example an HD 
(High Definition) image having a high resolution into an 
SD (Standard Definition) image having a standard res- 
olution. 

[0326] The presentation processor 139 performs an 
alpha-blending process using transparency a1 of image 
data of the subtitle plane 11 (subtitle plane 302) and 
transparency o2 of the graphics plane 12 (graphics 
plane 303) described in Fig. 17. 
[0327] The presentation processor 1 39 combines im- 
age data of the moving picture plane 135 and image da- 
ta of the sub picture plane 302 in accordance with the 
transparency a1 that has been set to the image data of 
the sub picture plane 502. In addition, the presentation 
processor 139 combines the image data of which the 
image data of the moving picture plane 135 and the im- 
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age data of the subtitle plane 302 have been combined 
and image data of the graphics plane 303 in accordance 
with the transparency a2 that has been set to the image 
data of the graphics plane 303. The image data of which 

5 the image data of the graphics plane 303, the image da- 
ta (subtitle data) of the sub picture plane 302, and Ihe 
image dala of Ihe moving picture plane 135 have been 
combined is obtained from an output terminal 140. 
[0328] The presentation processor 139 can perform 

10 an effect process for image data on real time basis. 
[0329] In such a structure, when a content described 
and whose data is structured according to the embodi- 
ment of the present invention is loaded into a drive de- 
vice (not shown), the file "scenario, hdmv" and so forth 

15 are read. In accordance with the description of the file 
"scenario. hdmv", a content recorded on the disc are re- 
produced. When the user issues a command with the 
operating means (not shown), each portion of the drive 
device and the player decoder 1 00 are controlled by the 

20 multimedia engine 106. Data is reproduced in accord- 
ance with the command. 

[0330] When an angle switching command is issued 
by the operating means (not shown), required files "sce- 
nario. hdmv", "entrylist.data", and so forth are refer- 

25 enced under the control of the multimedia engine 106. 
In accordance with information about a clip switchable 
point, the drive device (not shown) is controlled. In the 
foregoing manner, a read position on the disc is changed 
so as to switch angles. In addition, the operating means 

30 can issue a pause cancellation command for a still pic- 
ture. 

[0331 ] In the foregoing description, each portion of the 
player decoder 1 00 is composed of hardware. However, 
the present invention is not limited to such an example. 

35 For instance, the player decoder 100 can be accom- 
plished by a process of software. In this case, the player 
decoder 100 can be operated on a computer device. In 
addition, the player decoder 100 can be accomplished 
by a combination of hardware and software. For exam- 

40 pic, the audio decoder 118 and the MPEG video decoder 
1 20 may be composed of hardware. The rest of the play- 
er decoder 100 may be composed of software. 
[0332] A program that causes a computer device to 
execute the player decoder 1 00 composed of only soft- 

^5 ware or a combination of hardware and software is re- 
corded on a recording medium for example a CD-ROM 
(Compact Disc-Read Only Memory) and supplied there- 
with. The CD-ROM is loaded into a CD-ROM drive of 
the computer device. The program recorded on the 

50 CD-ROM is installed to the computer device. As a result, 
the foregoing process can be executed on the computer 
device. Since the structure of the computer device is 
well known, the description thereof will be omitted. 
[0333] As described above, the present invention has 

55 an effect that an interactive function causing reproduc- 
tion to be changed in accordance with the user's input 
can be accomplished by extending the blu-ray disc 
standard for recording and reproducing data for a pre- 
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recorded large capacity disc. 
[0334] In addition, according to the embodiment of the 
present invention, since information of a play list com- 
posing a title and a top menu is described in a database, 
a desired title can be directly reproduced with a key op- 
eration of a remole controller or the like without need to 
select the desired title on a screen. Moreover, a lop 
menu screen can be invoked. 

[0335] In addition., according to the embodiment of the 
present invention, since a flag that represents whether 
or not angles can be switched is described at the begin- 
ning of each decoding unit, a seamless angle switching 
function free of a discontinuity at an angle switched point 
can be accomplished. 

[0336] According to the embodiment of the present in- 
vention, since a flag that represents whether or not a 
sub play item can be reproduced not in synchronization 
with a main play item is described, a BGM that is not in 
synchronization with a main path can be repeatedly re- 
produced. 



Claims 

1. A reproducing apparatus for reproducing content 
data recorded on a disc shaped recording medium, 
the reproducing apparatus comprising: 

reading means for reading from the recording 
medium a video stream, a first flag described 
for each reproduction unit of the video stream, 
the number of angles that the reproduction unit 
contains, and position information that repre- 
sents the positions of the angles on the video 
stream, the first flag representing whether or 
not the reproduction unit can be reproduced 
with a plurality of angles; and 
reproducing means for controlling the reading 
means so that the video stream that composes 
the angles is read in accordance with the posi- 
tion information. 

2. The reproducing apparatus as set forth in claim 1 , 

wherein the reproducing means is configured 
to change the reproduction position of the video 
stream in accordance with the position information 
so as to allow the current angle to be switched when 
the flag represents that the reproduction unit can be 
reproduced with the plurality of angles. 

3. The reproducing apparatus as set forth in claim 2, 

wherein the video stream has been encoded 
in the unit of one or a plurality of frames and record- 
ed on the recording medium, 

wherein the reading means is configured to 
read a second flag described in the encode unit 
from the recording medium, the second flag repre- 
senting whether or not the current angle can be 
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switched at the beginning of the encode unit : and 
wherein the reproducing means is configured 
to change the reproduction position of the video 
stream at a position in accordance with the second 
5 flag. 

4. The reproducing apparatus as set forth in claim 3, 

wherein the second flag is described in a pre- 
determined region on the rear end side of each of 
io the angles. 

5. The reproducing apparatus as set forth in claim 4, 

wherein the reproducing means is configured 
to not change the reproduction position when a 
15 command that causes the reproduction position to 
be changed in the predetermined region is issued. 

6. The reproducing apparatus as set forth in claim 4, 

wherein the reproducing means is configured 
20 to return to a position immediately preceding the 
predetermined region of a switched angle and re- 
produce the angle when a command that causes 
the reproduction position to be changed in the pre- 
determined region is issued. 

25 

7. The reproducing apparatus as set forth in claim 4, 

wherein the size of the predetermined region 
is based on the maximum access time of the read- 
ing means from a first region to a second region on 
-30 the recording medium and the difference between 
the read speed and the reproduction speed for the 
video stream of the reading means from the repro- 
ducing means. 

35 8. A reproducing method for reproducing content data 
recorded on a disc shaped recording medium, the 
reproducing method comprising the steps of; 

reading from the recording medium a video 
40 stream, a first flag described for each reproduc- 

tion unit of the video stream, the number of an- 
gles that the reproduction unit contains, and po- 
sition information that represents the positions 
of the angles on the video stream, the first flag 
45 representing whether or not the reproduction 

unit can be reproduced with a plurality of an- 
gles; and 

controlling the reading step so that the video 
stream that composes the angles is read in ac- 
50 cordance with the position information. 

9. A reproducing program that causes a computer de- 
vice to execute a reproducing method for reproduc- 
ing content data recorded on a disc shaped record- 
55 ing medium, the reproducing method comprising 
the steps of: 

reading from the recording medium a video 
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stream, a first flag described for each reproduc- 
tion unit of the video stream, the number of an- 
gles that the reproduction unit contains, and po- 
sition information that represents the positions 
of the angles on the video stream, the first flag 
representing whelher or not the reproduction 
unit can be reproduced with a plurality of an- 
gles; and 

controlling the reading step so that the video 
stream that composes the angles is read in ac- 
cordance with the position information. 

10. A disc shaped recording medium on which a repro- 
ducing program that can be read by a computer de- 
vice has been recorded, the reproducing program 
causing the computer device to execute a reproduc- 
ing method for reproducing content data recorded 
on the recording medium, the reproducing method 
comprising the steps of: 

reading from the recording medium a video 
stream, a first flag described for each reproduc- 
tion unit of the video stream, the number of an- 
gles that the reproduction unitcontains : and po- 
sition information that represents the positions 
of the angles on the video stream, the first flag 
representing whether or not the reproduction 
unit can be reproduced with a plurality of an- 
gles; and 

controlling the reading step so that the video 
stream that composes the angles is read in ac- 
cordance with the position information. 

11. A disc shaped recording medium on which content 
data has been recorded, 

wherein a video stream, a first flag described 
for each reproduction unit of the video stream, the 
number of angles that the reproduction unit con- 
tains, and position information that represents the 
positions of the angles on the video stream have 
been recorded on the recording medium, the first 
flag representing whether or not the reproduction 
unit can be reproduced with a plurality of angles, 
and 

wherein the video stream that composes the 
angles is read in accordance with the position infor- 
mation. 

12. The recording medium as set forth in claim 11, 

wherein the reproduction position of the video 
stream can be changed in accordance with the po- 
sition information when the flag represents that the 
reproduction unit can be reproduced with the plu- 
rality of angles. 

13. The recording medium as set forth in claim 12, 

wherein the video stream has been encoded 
in the unit of one or a plurality of frames and record- 



ed on the recording medium, and 

wherein a second flag has been recorded in 
the encode unit, the second flag representing 
whether or not the current angle can be switched at 
5 the beginning of the encode unit. 

14. The recording medium as set forth in claim 13, 

wherein the second flag is described in a pre- 
determined region on the rear end side of each of 
w the angles. 

15. The recording medium as set forth in claim 14, 

wherein when a command that causes the re- 
production position to be changed in the predeter- 
15 mined region is issued, the reproduction position is 
not changed. 

16. The recording medium as set forth in claim 14, 

wherein when a command that causes the re- 
20 production position to be changed in the predeter- 
mined region is issued, a position immediately pre- 
ceding the predetermined region of a switched an- 
gle is traced and the switched angle is reproduced 
from the traced position. 

25 

17. The recording medium as set forth in claim 14, 

wherein the size of the predetermined region 
is based on the maximum access time from a first 
region to a second region and the difference be- 
30 tween the read speed and the reproduction speed 
for the video stream. 

18. A reproducing apparatus for reproducing content 
data recorded on a disc shaped recording medium, 

35 the reproducing apparatus comprising: 

reading means for reading from the recording 
medium a main stream mainly reproduced, a 
sub stream reproduced as a sub of the main 

40 stream along therewith, and a flag that repre- 

sents whether or not the sub stream should be 
repeatedly reproduced not in synchronization 
with the main stream; and 
reproducing means for controlling the repro- 

45 duction of the sub stream in accordance with 

the flag. 

19. The reproducing apparatus as set forth in claim 18, 

wherein the reproducing means is configured 
50 to repeatedly reproduce the sub stream until the re- 
production of the main stream is finished when the 
flag represents that the sub stream should be re- 
peatedly reproduced. 

55 20. The reproducing apparatus as set forth in claim 1 B, 

wherein the sub stream is composed of only 
audio data. 
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21. A reproducing method for reproducing content data 
recorded on a disc shaped recording medium, the 
reproducing method comprising the steps of; 

reading from the recording medium a main 
stream mainly reproduced, a sub stream repro- 
duced as a sub of the main stream along there- 
with, and a flag that represents whether or not 
the sub stream should be repeatedly repro- 
duced not in synchronization with the main 
stream; and 

controlling the reproduction of the sub stream 
in accordance with the flag. 

22. A reproducing program that causes a computer de- 
vice to execute a reproducing method for reproduc- 
ing content data recorded on a disc shaped record- 
ing medium, the reproducing method comprising 
the steps of: 

reading from the recording medium a main 
stream mainly reproduced, a sub stream repro- 
duced as a sub of the main stream along there- 
with, and a flag that represents whether or not 
the sub stream should be repeatedly repro- 
duced not in synchronization with the main 
stream; and 

controlling the reproduction of the sub stream 
in accordance with the flag. 

23. A recording medium on which a reproducing pro- 
gram that can be read by a computer device has 
been recorded, the reproducing program that caus- 
es the computer device to execute a reproducing 
method for reproducing conlenl data recorded on a 
disc shaped recording medium, the reproducing 
method comprising the steps of: 

reading from the recording medium a main 
stream mainly reproduced, a sub stream repro- 
duced as a sub of the main stream along there- 
with, and a flag that represents whether or not 
the sub stream should be repeatedly repro- 
duced not in synchronization with the main 
stream; and 

controlling the reproduction of the sub stream 
in accordance with the flag. 

24. A disc shaped recording medium on which content 
data has been recorded, 

wherein a main stream mainly reproduced, a 
sub stream reproduced as a sub of the main stream 
along therewith, and a flag have been recorded on 
the recording medium, the flag representing wheth- 
er or not the sub stream should be repeatedly re- 
produced not in synchronization with the main 
stream, and 

wherein the reproduction of the sub stream is 



controlled in accordance with the flag. 

25. The recording medium as set forth in claim 24, 

wherein when the flag represents that the sub 
stream should be repeatedly reproduced, the sub 
stream is repeatedly reproduced until the reproduc- 
tion of the main stream is finished. 

26. The recording medium as set forth in claim 24, 

wherein the sub stream is composed of only 
audio data. 

27. A reproducing apparatus for reproducing content 
data recoded on a disc shaped recording medium, 
the reproducing apparatus comprising: 

reading means for reading from the recording 
medium video data, audio data reproduced in 
accordance with the video data, and a flag that 
represents whether the video data and the au- 
dio data have been recorded as a multiplexed 
file or independent files; and 
reproducing means for reproducing the video 
data and the audio data that are read by the 
reading means in accordance with the flag that 
is read by the reading means. 

28. The reproducing apparatus as set forth in claim 27, 

wherein the reproducing means is configured 
to reproduce the video data in synchronization with 
the audio data when the flag represents that the vid- 
eo data and the audio data have been recorded as 
a multiplexed file on the recording medium, and 

wherein the reproducing means is configured 
to reproduce the video data not in synchronization 
with the audio data when the flag represents that 
the video data and the audio data have been record- 
ed as independent files on the recording medium. 

29. The reproducing apparatus as set forth in claim 27, 

wherein the video data is composed of a plu- 
rality of still pictures., and 

wherein the reproducing means is configured 
to switch the current still picture of the plurality of 
still pictures and reproduce the switched still picture 

30. The reproducing apparatus as set forth in claim 27, 

wherein image data displayed in association 
with the video data has been further recorded on 
the recording medium, 

wherein the video data and the image data 
have been divided into video data packets and im- 
age data packets and stored, the video data pack- 
ets and image data packets each having a prede- 
termined unit, and 

wherein the video data packets and the image 
data packets are successively arranged and re- 
corded on the recording medium. 
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31 . A reproducing method for reproducing content data 
recoded on a disc shaped recording medium, the 
reproducing method comprising the steps of: 

reading from the recording medium video data, 
audio data reproduced in accordance with the 
video data, and a flag that represents whether 
the video data and the audio data have been 
recorded as a multiplexed file or independent 
files; and 

reproducing the video data and the audio data 
that are road at the reading step in accordance 
with the flag that is read at the reading step. 

32. A reproducing program that causes a computer de- 
vice to execute a reproducing method for reproduc- 
ing content data recoded on a disc shaped record- 
ing medium, the reproducing method comprising 
the steps of: 

reading from the recording medium video data, 
audio data reproduced in accordance with the 
video data, and a flag that represents whether 
the video data and the audio data have been 
recorded as a multiplexed file or independent 
files; and 

reproducing the video data and the audio data 
that are read at the reading step in accordance 
with the flag that is read at the reading step. 

33. A recording medium on which a reproducing pro- 
gram that can be read by a computer device has 
been recorded, the reproducing program causing 
the computer device to execute a reproducing 
method for reproducing content data recoded on a 
disc shaped recording medium, the reproducing 
method comprising the steps of: 

reading from the recording medium video data, 
audio data reproduced in accordance with the 
video data, and a flag that represents whether 
the video data and the audio data have been 
recorded as a multiplexed file or independent 
files; and 

reproducing the video data and the audio data 
that are read at the reading step in accordance 
with the flag that is read at the reading step. 

34. A disc shaped recording medium on which content 
data has been recorded, 

wherein video data, audio data reproduced in 
accordance with the video data, and a flag have 
been recorded on the recording medium, the flag 
representing whether the video data and the audio 
data have been recorded as a multiplexed file or in- 
dependent files, and 

wherein the video data and the audio data that 
are read at the reading step are reproduced in ac- 



cordance with the flag that is read at the reading 
step. 

35. The recording medium as set forth in claim 34, 

5 wherein when the flag represents that the vid- 

eo data and the audio data have been recorded as 
a multiplexed file on the recording medium, the vid- 
eo data is reproduced in synchronization with the 
audio data, and 

10 wherein when the flag represents that the vid- 

eo data and the audio data have been recorded as 
independent files on the recording medium, the vid- 
eo data is reproduced not in synchronization with 
the audio data. 

15 

36. The recording medium as set forth in claim 34, 

wherein the video data is composed of a plu- 
rality of still pictures, and 

wherein the current still picture of the plurality 
20 of still pictures is switched and the switched still pic- 
ture is reproduced. 

37. The recording medium as set forth in claim 34, 

wherein image data displayed in association 
25 with the video data has been further recorded on 
the recording medium, 

wherein the video data and the image data 
have been divided into video data packets and im- 
age data packets and stored, the video data pack- 
30 ets and image data packets each having a prede- 
termined unit, and 

wherein the video data packets and the image 
data packets are successively arranged and re- 
corded on the recording medium. 
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